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A csecse becse 


Bárki, aki zseb- vagy hordozható számítógépet, vezeték nélküli telefont, kalkulátort, hordozható CD-lemezjátszót, 
sétamagnót, videokamerát, digitális órát használ, a gyakorlatban érzékeli a hordozható berendezések előnyeit. 
Nem kell tápegység, könnyű velük mozogni, nincs hatalmas vezetéktömeg. 

1981-ben Adam Osborne nem csupán egy újfajta számítógéppel jelentkezett, hanem egy új tervezési filozófiát is 
átültetett a gyakorlatba: ez volt a hordozható számítógép, amely egy nagyobb táska formáját utánozta, 
de a hozzá adott hálózati csatlakozó jelezte, hogy csak külső áramforrásról működik. 

Amikor pedig 1983-ban a Tandy megjelent a Model 100 típusú géppel, amely hálózatról és telepről is működött, 
a hordozható gépek családjából kivált a laptop gépek családja. Ha fontos volt a bárhol való használhatóság, akkor a 
kevesebbet tudó, de telepről működő laptop volt a megoldás. Ha csak a hordozhatóság, a mobilitás volt fontos, akkor a 
nagyobb teljesítményű, kompakt mechanikával felvértezett hordozható gép volt célszerű. Azóta viszont ez a két család 
folyamatosan közelít egymáshoz, ami elsősorban a jobb hatásfokú telepeknek és a kisebb fogyasztású 
rendszerelemeknek köszönhető. 

Összeállításunk — a valódi csecsebecséktől a noteszgépekig — elsősorban a hordozható gépek ma is meglévő gyenge 
pontjaira, illetve a továbblépés érdekében tett erőfeszítésekre koncentrál. A perspektívák felvillantását a piaci 
megközelítésű írások és a szakirodalom forrásanyagai szolgálják. 
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A telefonnotesztől a palmtopig 


Gonosz törpék fortélyai 


,A ma titkára nem kap fizetést, pedig éjjel-nappal dolgozik, 
és a kávéfőzésen kívül mindenhez ért" — 
reklámozta a Sharp az IO-7000 Electronic Organizert. 


Vajon tényleg mindent tud? 


Vagy ez is csak üres reklámszöveg? 

Sokan legyintenek: komolytalan játékszerek. 
Vannak viszont, akik szinte már zoknit is csak akkor 
váltanak, ha erre a menedzserkalkulátor kifejezetten 
felszólítja őket. Az alábbiak alapján 

ki-ki döntse el maga, van-e rá szüksége. 


A legtörpebb törp 


Hajdanvolt barátnőm második gyer- 
mekét várja (fájdalom, nem tőlem), de 
szüleinek telefonszámára ma is emlék- 
szem. Hiába hívnék azonban jó néhány 
számot, csak bosszúság forrása lenne, 
mert Ikszék elköltöztek és/vagy a szám 
megváltozott... A folyamatosan aktua- 
lizált címekkel-telefonszámokkal egy- 
más után telnek meg a noteszek a 
papírgyárak nagy örömére, miközben a 
Föld naponta veszíti el erdő-tüdejét. A 
megoldáshoz már nem kell a meleg 
vizet feltalálni: segít a számítógép. De 
vajon érdemes-e azért a telefon mellett 
egy külön PC-t tartani, vagy akárcsak 
a Wordstarból kilépni és betölteni a 
dBase-t (pardon, Kisokost), hogy egy 
szem telefonszámot kikeressünk? Ha- 
mar visszaszoknánk a jól bevált papír- 
ra-ceruzára. 

Szerencsére a hardvergyártók is a 
piacról élnek, s mára már bőséges a 
kínálat az elektronikus noteszból. Hogy 
valóban mindig kéznél lehessen, a leg- 
kisebbek hitelkár- 
tya-méretűek, s a 
nagyobbak . sem 
nőnek túl egy 
szokványos zseb- 
kalkulátoron (1. 
kép). Vagy ötven- 
száz név—tele- 
fonszám párosítás 
tárolására  képe- 
sek, de a nevet 
említve ne gon- 
doljunk a spanyol 
nemesi  — cirkal- 
makra, ugyanis az 








alfanumerikus mező nyolc karakterre 
korlátozott. Az érintő vagy legfeljebb 
gumiharang-érintő típusú , billentyű- 
zet" nem is csábít nagyregények begé- 
pelésére. Az ABCD-elrendezés még 
hagyján, de az, hogy helytakarékosság- 
ból egy gombra három betű is jut, olyan, 
mint egy versenyfutás letolt nadrágban. 
AzO betű beírásához az MNO5 gombot 
éppen háromszor kell lenyomni, Külön- 
díjat érdemel, aki magától rájön, hogy 
mondjuk a , Soós" névben az egymás 
melletti két o betűt hogyan lehet beírni. 
(Újbóli nyomkodásra ugyanis csak az 
MNOS5-MNOS karaktereket ismételgeti 
konokul ugyanazon a helyen.) Azért 
említsük meg egy előnyét is: nagyon 
olcsó! Egyes példányok már 5 DEM-ért 
is megkaphatók. 


Pittyegó zsebtitkárok 


Ismerik-e a szórakozott professzor ese- 
tét, akinek egy fontos előadása akadt, 
s hogy el ne felejtse, feladott magának 
egy levelet. Kár a sok szóért, ennyit írt 
bele: Előadás! — majd mikor megkap- 
ta, mérgesen tépte szét: ugyan, ki szó- 


rakozik velem? Hasonló érzés, amikor 
megszólal a karunkon a kvarcóra: a 
kollégák vicceltek, vagy most kell az 
igazgató úrhoz menni? 

A zsebtitkárnak tehát rendelkeznie 
kell tetszőleges számú és idejű , ébresz- 
tés" programozásának lehetőségével, 
úgy, hogy tájékoztatást is adjon a riasz- 
tás okáról. Ezt a feladatot többféle 
módon, kisebb vagy nagyobb eleganci- 
ával lehet megoldani. Vegyünk a Sharp 
választékának két végéről egy-egy ké- 
szüléket! Az EL-6190 (2. kép) a kínálat 
aljáról való. 8 kB memóriáján két prog- 
ram osztozik: a telefonkönyv és az 
ütemező (scheduler). Ez utóbbiban 
évekre előre megrendelhetjük az éb- 
resztést, időben figyelmeztet a házas- 
sági évfordulóra vagy a randevúra a 
titkárnővel. A telefonkönyv érdekessé- 
ge, hogy mindjárt három noteszt kínál 
(TEL1, TEL2, TEL3). Az elsőben is- 
merősök, barátok nevét tartom, a má- 
sodikban hivatalokét, a harmadikban 
bankszámlaszámokat stb. 

Attól nem kell tartanom, hogy vala- 
milyen adatot illetéktelen felhasznál- 
hasson: bármi kijelölhető titkosnak, ek- 
kor csak az előzetesen megadott jelszó 
beírása után tekinthető meg. Bár a név 
ezen a gépen is csak tizenkét karakter 
hosszú lehet, a pötyögtetés jóval kelle- 
mesebb a OWERTY-tasztatúrán. Azo- 
nos külméretekkel a funkciók sokszo- 
rosát nyújtja a 20-2250 (3.kép). , Kép- 
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ernyóje" 12 oszlop x4 sor méretű, min- 
den sor alfanumerikus, ezért a név nincs 
többé korlátozva, sőt cím is tárolható. 
A noteszokban a tetszőleges karakter- 
sorozat megkereshető, mint egy jobb 
szövegszerkesztőben. A gép rendelke- 
zik az IBM karakterkészlet javával, 
plusz találhatunk telefon, pohár, harang, 
vészkijárat és sok más hasonló hasznos 
szimbólumot. 

Itt nemcsak a telefonkönyvet vágták 
szét, hanem az , ébresztéseket" is: külön 
tárolhatjuk az üzleti tárgyalásokat és a 
családi évfordulókat. A gép rendelkezik 


Momenta Pentop 


öröknaptár-funkcióval is, itt számításo- 
kat is végezhetünk, például: a mai dá- 
tum - 38 nap — ? A 32 k memória és 
a OWERTY-billentyűzet lehetővé teszi 
a gyors jegyzetek készítését minimum- 
szövegszerkesztő funkciókkal. 


Sic itur ad astra 


Az előbbiek mind nagyon szépek, de 
mennyivel jobban tudná ezt egy PC az 
xxx programmal! — sóhajt fel a nyájas 
olvasó. Dehát az egy nagydarab, ormót- 
lan szerkezet, nem vihetem magammal 


a zsebemben... Fellélegezhetünk, kol- 
légák, itt vannak a palmtopok, azaz a 
tenyérben is elférő, videokazetta méretű 
MS DOS-kompatibilis számítógépek, 
mint a júniusi számban ismertetett Atari 
Portfolio vagy a Hewlett-Packard 
95LX. A Portfolio ugyan ROM-ban 
tartalmaz szövegszerkesztőt, adatbázis- 
és táblázatkezelőt, de ha nem vagyunk 
elégedettek vele, betölthetjük a Word- 


Start, a Lotust... Ennél már csak egy 
igazi titkárnő lehet jobb ... néhány 
tekintetben. 


Zoltai Péter 


Jegyzeteljünk fényceruzával! 


A számítógépes szakemberek egy részét 
meglepte az a mohó érdeklődés, 
amellyel a fényceruzával kezelhető számítógépeket 


tágabb szakmai körökben 


— sőt a laikusok is — fogadták. 


,Hát nem szép és jó ez így egy 
Billentyűzet, egér, monitor... mi 
Ezekhez valóban nem kell már 


Helyettük kell a ,palatábla" és az ,íróvessző". 


Ha a kézírásunk bonyolult, változékony 
és egyéniesített jelrendszerének számí- 
tógépes dekódolásán alapuló új techno- 
lógia beérik, személyes használati tár- 
gyaink sorába nagyon gyorsan bekerül 
a valódi elektronikus notesz, amely 
megőrzi számunkra a ceruzával írás 
kényelmes (és évezredes beidegződésű) 
szokását. Forradalmi újdonság startjá- 
nak vagyunk tehát tanúi, amely 
messzemenően kihat majd a számító- 
gépek valamennyi kategóriájára, és ál- 
tala a táskagépek, de leginkább a no- 
teszgépek teljesen új jelleget öltenek 
majd. 

Az új technológia kidolgozását célzó 
versenyben az eddigi 3 cég (Go, Grid, 
Microsoft) mellé felzárkózott — és 
elsőként a piacra lépett — az ugyancsak 
amerikai Momenta, több szempontból 
az eddigi megoldásokétól eltérő filozó- 
fiával. Ezek közül legfeltűnőbb, hogy 
a Momenta nem mond le teljesen a 
billentyűzet használatáról, mert a kéz- 
írásfelismerő technológiát még nem 
tartja elég kiérleltnek minden funkció 
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ütt? 
kell még?" 
semmi! 


" 


átvételére. Ennek megfelelően a fény- 
ceruza sok esetben tulajdonképpen az 
egér szerepét tölti be. Magyarul 
a fényceruza szót tartom legtalá- 
lóbbnak, de a toll (- pen) vagy 
az elektronikus íróvessző (- 
electronic stylus) megnevezés is 
használatos. 

A Momenta gép lelke egy 20 
MHz-es, 386SX processzor, amit 
4 MB RAM, 1 MB ROM és 40 


DYIE 





Abban minden eddigi fényceruzás 
rendszer megegyezik, hogy a kézírás- 
felismerő programban tárolt (általában 
mintegy 300), eltérő írásmódot tartal- 
mazó mintát tovább bővíthetjük, tehát 
a gépet , megtaníthatjuk" saját (olvas- 
hatatlan) írásunk elolvasására is. Arról 
azonban csak hosszas használat során 
lehetne elegendő tapasztalatot szerezni, 
hogy a programok jelfelismerő képes- 
ségének határa jelenleg hol húzódik. 
(Pénztárcánk határai azonban ismerete- 
sek, és a Momenta ára Németországban 
kereken 10 ezer márka.) Jegyzetelésün- 
ket azután , fakszimileként" és ASCII 
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THE STATE-OF-THE-ART 


megabájtos merevlemez támogat. 
A többfunkciós képernyő 16 tó- 
nusú, 640 x 480 pixeles VGA. A 
Momenta grafikus felhasználói 
felülete valahol félúton van a 
DOS-sal nem kompatibilis Pen- 
Point (Go) és a DOS-alapú Pen 
Windows (Microsoft) között. A 
Momenta rendszeren ugyanis fut- 
tathatjuk a DOS programokot, de 
nem a fényceruzát közvetlenül 
használva, hanem közbeiktatva 
Smalltalkra épülő, saját tárgyori- 
entált grafikus felhasználói felü- 
letét. 


Momenta 


titán tni sad vállt 
"pen-centric" GUI 
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szövegállományként egyaránt tárolhat- 
juk. 


juk. 

A fényceruzás számítógépek jövőjé- 
ről nyilvánvalóan nem lehet a még sok 
gyermekbetegséget magukon hordozó 
s első fecskék" alapján ítéletet alkotni. 
Másrészt az új találmányok megjelené- 
sekor szokásos túlzó jóslatokat is érde- 
mes elkerülni. A fényceruza egyedural- 
ma a noteszgépek kategóriájában való- 
ban elképzelhető. A táskagépeknél ál- 


First of ally ! would like to bade up ali 
fevvyears 


a end of fizcnl year 1968, 
Ptosstinot a bd 


ing gent tai 
érzi érte tellevte Fe ÜSE 
ar, 1990, we managed to virtus say e 


talános alkalmazására — alternatív ke- 
zelési módként — szintén nagy való- 
színűséggel lehet számítani. Arra azon- 
ban nem, hogy a munkahelyi és otthoni 
személyi számítógépek mellől eltűnik 
a billentyűzet és az egér, s helyette az 
ember és a gép között minden interaktív 
művelet egyetlen képernyőn s egyetlen 
fényceruzán keresztül zajlik majd le. A 
billentyűzet ugyanis a szövegbevitelnek 
a kézírásnál sokkal gyorsabb, termelé- 
kenyebb módja, amiről nem lehet le- 
mondani, még akkor sem, ha a kézírás 
felismerésének pontossága egyszer va- 
lóban eléri a 10092-ot. Ez utóbbitól 
azonban elég messze vagyunk, s a je- 
lenlegi 90-9599 feljebb tornászásához a 
jelfelismerésen kívül igen bonyolult és 
nagy számításigényű grafológiai és sze- 
mantikai elemzési műveleteket is integ- 
rálni kellene a programba, amihez ma 
még kellő elméleti és módszertani tám- 
pontok sincsenek. 

Bárhogy is alakul a kézírás felisme- 
résén alapuló, fényceruzával kezelhető 
számítógépek térhódítása, az bizonyos, 
hogy ismét kreatív gondolkodásra kész- 
tető technikai lehetőség került a számí- 
tógépesek asztalára — nehogy elké- 
"nyelmesedjenek a sok rutinmunkában. 


Faklen Pál 





Aki fut, aki nem... 


A , felnőtt" PC-k világában is az egyik 
legmisztikusabb téma az összeférhető- 
ség kérdése. Eltérő hardver, eltérő BI- 
OS, DOS-verzió és több, hasonlóan 
nehezen felderíthető különbség keseríti 
a felhasználók életét. Eleve gyanakvás- 
sal fogadja az ember az állítást az olyan 
zsebtörpe kompatibilitására vonatkozó- 
an, amely hardverszempontból látvá- 
nyosan különbözik az őseitől, mint pél- 
dául az Atari Portfolio. Elindul ezen 
egyáltalán valami? 


Ami nem megy... 


Nem akarok olyan olcsó poénokat el- 
sütni, hogy például nem indul ela VGA- 
kártyát igénylő xxx játék. Ezt , a vak is 
látja". Tapasztalatom szerint nem mű- 
ködnek a , hangos" programok. Lehet 
az bár a legegyszerűbb CEDSIG.COM, 
a sokak által elátkozott tutulás a lemez- 
melléklet elején; lehet az bármilyen 
trükkös háttérzene: , eltöröttahegedűm, 
nem akar szólani". Itt semmi konkrétu- 
mot nem tudok, hogy miért. Nem mű- 
ködnek azok a programok, illetve azok 
a funkciók sem, amelyek az Alt -- 
valamilyen billentyű kombinációjára 
indulnak el: ilyen az ASC.COM — 
pedig milyen jó lenne a lemezmellék- 
leten — megjelent  memóriarezidens 
ASCII-táblázat. Ennek oka a hiányzó 
ANSLSYS lehet: sajnos pótlása akár- 
honnan leszedett ANSI.SYS-szel nem 
járható út. 


.:. ÉS ami elindul 


Nagyonörültem a DOSEDIT.COM mű- 
ködésének, ami nem Norton Comman- 
der ugyan, de a DOS-parancsok bevi- 
teléhez hathatós segítséget nyújt. A 
hossza, azaz inkább a rövidsége pedig 
(1920 bájt) mintha egyenesen a szűkös 
memóriájú Atarinak predesztinálná. Az 
Alt billentyűvel elérhető funkciók saj- 
nos nem működnek. A játékok kipróbá- 
lásakor — meglepetést — szerzett a 
LABY.COM, amely elindul ugyan, sőt 
végig is játszható, a Portfolio kedves 
ajándéka viszont, hogy nem csak a 
Pofa" környezetét láthatjuk, hanem a 
teljes labirintust — illetve annak a 
kijelzőn lévő szeletét. Ez feltehetően az 
eltérő képfrissítési mechanizmus követ- 
kezménye. 

XKDEL.COM — szinte már nem is 
parancs, hanem utility: a parancssorban 


megadott fájl(oka)t felsorolja, majd be- 
leegyezésünk esetén törli. A jokerek 
természetesen használhatóak: az XDEL 
" : tavaszi nagytakarítást tart, az XDEL 
4 TXT csak a szövegeléseinket törli le. 
Vigyázat! A Read-Only flag sem aka- 
dály, az így kijelölt fájlokat is törli 
minden megjegyzés nélkül! 

ATTR.COM — az előbb említett 
flageket lehet beállítani (hidden, read- 
only). Bár erről az Atari gépkönyve 
mélyen hallgat, azért működik! 

WAIT.COM — a másodpercben 
megadott idő eltelte vagy billentyűle- 
nyomás után engedi tovább a batchfáj- 
lok futását. 

ASK.COM — itt a felsorolt billen- 
tyűk egyikének lenyomásáig tartja fel 
a batchprogramot; hogy melyik billen- 
tyűt püföltük, az az ERRORLEVEL 
változóból derül ki. 

INPUT.COM — ez a ravasz kis 
program megismétli azt, amit beírtunk 
neki. 


Botrány hardverügyben 


A PC-vel való kapcsolattartásnak há- 
rom lehetséges útja-módja van. A Port- 
folio RAM-kártyái a PC-n is használ- 
hatók, ha van megfelelő Card Drive 
egységünk. Kapható soros és párhuza- 
mos interfész is. A soros mellé semmi- 
lyen programot nem mellékelnek, hi- 
szen lehet, hogy nem is PC-vel, hanem 
Amigával vagy Atari ST-vel fogjuk 
összekötni törpénket. Mindenki szerez- 
ze be, ahogy tudja. 

Természetesen kutasson az illető a 
Portfolión futó terminálprogram után is, 
merthogy ahhoz is kell. A Markt £ 
Technik kiadó , Portfolio Praxisbuch"- 
jának (ára 2790 Ft!) lemezmellékletén 
található egy XTerm nevű program, 
amely azt állítja magáról, hogy tudja az 
Xmodem protokollt. Nos, lehet, hogy 
tud valamit, de az biztos nem az Xmo- 
dem — a Telix ugyanis semmit sem 
shall" belőle. Az a helyzet, hogy az 
interfész és a könyv együttesen tízezer 
forintos költsége kidobott pénz: a PC- 
vel kapcsolatban egyik sem jó semmire! 
Szerencsére a párhuzamos csatoló, ha 
lassan is, de tökéletesen működik, s 
ezzel még nyomtatóhoz is kapcsolhat- 
juk a Portfoliót. Az igazi csattanó most 
következik: ez utóbbi, programmal 
együtt, feleannyiba kerül, mint az első 
csupaszon! Z. P. 
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Szoftverszemüvegben 


A displayt látni és meghalni 


Az ember—számítógép kapcsolat 
mind ez idáig legfontosabb eszköze a képernyő, 


amelynek szerepe különösen 


a PC-k megjelenésével vált hangsúlyossá. 


Azonban mint annyi minden, 


ami a számítástechnikával kapcsolatos, 

a monitor sem kerülhette el végzetét: a miniatürizálást. 
De vajon kedvenc noteszgépünk képernyőjén 

hogyan festenek kedvenc szoftvereink? 


Kezdetben vala a menü... 


Az utóbbi néhány évben megjelent tisz- 
tességes szoftverek mindegyike rendel- 
kezik valamilyen  menürendszerrel. 
Ezek lehetnek kijelölő (highlight), le- 
gördülő, ablakos stb. típusúak. Asztali 
PC-n egy jól szervezett és esztétikusan 
kivitelezett menürendszer szemet gyö- 
nyörködtető látvány. Sok notebook és 
laptop gépen viszont szem(orvos)eről- 
tető és fogcsikorgattató — tisztelet a 
VGA-s vagy a még ritka (és drága) 
színes képernyős kivételűeknek. 

Bár már egyre több szoftvert felké- 
szítenek a noteszgépekkel való találko- 
zásra (ilyen például a jó öreg Norton 
Commander konfigurációs menüjének 
slaptop" pontja), azért még mindig 
gyakran találkozhatunk furcsán árnyé- 
kolt vagy a láthatóságot messzemenően 
elkerülő színeket alkalmazó menürend- 
szerekkel. Kiváltképp érdekes effektu- 
sokat produkálnak a menüdobozok 
megjelenései a különböző háttérvilágí- 
tásos LCD monitorokon. Sok esetben 
légies szellemkép jelenik meg a doboz 
alatt a képernyő teljes szélességében. 
Ezen olykor segíthetünk a fényerő be- 
állításával. Persze a szoftvereknek is 
igazuk van valahol. Gondolok például 
a programozók számára készült fejlesz- 
tői környezetekre, melyekben igazán 
nem előírás a noteszgépek képer- 
nyőspecialitásainak figyelembe vétele, 
hiszen programot fejleszteni notebook 
gépen úgyis felér egyfajta öngyilkos- 
sággal. 


Egyesek és mások... 


Vannak persze igazi, profi notebook- 
szoftverek is, melyek kimondottan a 
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notebook alkalmazási körének megfe- 
lelő feladatok ellátására íródtak. Ilyen 
például a DeskMate felhasználói felü- 
let, amit a Tandy különbözö notebook- 
jaihoz már alapszoftverként szállít. A 
DeskMate saját oktatóprogrammal ren- 
delkezik, melynek segítségével bárki 
elsajátíthatja a szövegszerkesztő, a me- 
nedzsernaptár és a többi beépített alkal- 
mazás használatát. A szoftver automa- 
tikusan képes konfigurálni a környezet- 
ben üzemelő monitort, de egy hasznos 
kis segédprogram segítségével kézzel 
is beállítható a megfelelő paraméter. Ha 
ismeretlen típusú monitorral kerül 
szembe, akkor sem küldözget kétértel- 
mű hibaüzeneteket, hanem javasolja a 
képernyőhöz szállított meghajtóprog- 
ram alkalmazását. Futása közben bár- 
milyen típusú monitor esetén esztéti- 
kus, legfőképpen pedig jól látható kép- 
ernyőket produkál. 

talában a szövegszerkesztők gond 
nélkül futtathatók (és láthatók) notesz- 
gépeken, mivel ez a tevékenység szo- 
rosan hozzátartozik az ilyen gépek al- 
kalmazási köréhez. Az elterjedtebbek 
közül a Microsoft Word 5.0 jól futott a 
Tandy 1500 HD CGA jellegű és a 
"Walkom NP-902 VGA monitorán, még- 
hozzá bármiféle képernyőmeghajtó al- 
kalmazása nélkül. (A Print menüpont 
PreView opciójának használatát mel- 
lőztem.) De ugyanígy használható a 
WordStar, a Kedit és sok más szöveg- 
szerkesztő is. 

Nem mondható el ugyanez a külön- 
féle grafikus vagy egyáltalában grafikát 
használó programokról ilyen egyértel- 
műen. A színes monitorral rendelkező 
gépek kivételével a 4-16 szín árnyala- 
tokkal való helyettesítése már jelentő- 
sen próbára teszi a felhasználó szemét; 


nem beszélve arról, hogy a monitor 
beállításának a szemhez képest tökéle- 
tesnek kell lennie. Ugyanis már pár 
fokos eltérés is jelentős láthatóságvesz- 
téssel jár. Még a 640x480 képpontos 
felbontású, 32 szürkeárnyalatos VGA 
képernyőn is nehézkes egy bármilyen 
tiszta, eredetileg színes, digitalizált kép 
részleteinek felismerése. 

Ennek ellenére az Asthon-Tate cég 
FramewoIk III vagy a Microsoft Works 
2.0 programja remekül használható 
szinte bármilyen noteszgépen. A fenti 
programok írói felkészültek a különbö- 
ző grafikonok, diagramok és táblázatok 
ábrázolására — akár egy repülőgép 
fedélzetén is. 


Melyiket szeressem ? 


Összefoglalásként elmondhatjuk, hogy 
sem a szoftverek, sem a noteszgépek 
nem hibáztathatók egyértelműen az 
esetleges összeférhetetlenségért. A no- 
teszgép-gyártók tobzódnak a különféle 
képernyőkben, a szoftverírók pedig 
igyekeznek lépést tartani velük. Az 
upgrade verziókban mindig felbukkan- 
nak újabb képernyőmeghajtók, melyek 
igyekeznek megfelelni a notebook-kon- 
junktúra kihívásainak, de érdemes há- 
romszor is meggondolni egy-egy prog- 
ram ilyen jellegű, huzamos alkalmazá- 
sát. Tudomásul kell vennünk, hogy a 
noteszgépek is csak meghatározott — 
bár egyre bövülő — feladatkörben al- 
kalmazhatók teljes sikerrel. 

Tass Csaba 


Elköltöztünk! 


Az Alaplap szerkesztősége 
és Cédrus Kiadó Kft néven 
önállóvá alakult kiadója 


mp Új irodába, a Nagyvárad tér. 
/ környékére költözött. 
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VIII., Reguly Antal u. 8. 
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Ábrázolástechnikák három betűvel 


LCD, PDP, 


TFT, STB 


A hordozható számítógépek megjelenésével 

a katódsugárcsöves megjelenítők 

elvesztették egyeduralmukat a megjelenítők piacán. 
Helyükre lassan a folyadékkristályos 

és a gázplazmás megjelenítők lépnek. 

Az LCD monitorok elsősorban a notebook, 

a laptop és a palmtop gépeknél, míg a PDP megjelenítők 
az ipari alkalmazások területén gyakoriak. 

De vajon mit takarnak ezek a rövidítések? Merre tartanak a 
lapos megjelenítők fejlesztői, gyártói? A választ 

a Display Device című szakkiadvány alapján ismertetjük. 


Folyadékkristály 
kontra katódsugárcső (CRT) 


A katódsugárcsöves alapú megjelenítők 
mint a monitorok első formái ma is és 
a közeljövőben is a legelterjedtebb in- 
formációközvetítő eszköznek számíta- 
nak. Hátrányuk azonban az alacsony 
nyomású gázt tartalmazó, masszív, ne- 
héz üvegtartály, ami jelentősen gátolja 
a két végletbeli — a hordozható és az 
óriás megjelenítők — méretben történő 
alkalmazását. A többirányú fejlesztések 
közül széles alkalmazási lehetőségei 
miatt a folyadékkristály technológia lát- 
szik hivatottnak átvenni a katódsugár- 
csöves helyét. A folyadékkristály három 
fő jellemzője, hogy optikai és elektro- 
anizotróp, valamint folyékony. Az ani- 
zotrópia a kristályos anyagok azon je- 
lensége, hogy egyes tulajdonságaik kü- 
lönböző irányokban különbözőek. Ami- 
kor a folyadékkristály elektromos me- 
zőbe kerül, megváltozik molekuláinak 
elhelyezkedési iránya az elektroanizot- 
róp tulajdonsága és a folyékonyság mi- 
att. Ez az elhelyezkedésváltozás látható 
optikai változásként jelenik meg. A 
hatást, amelynél elektromos töltés ha- 
tására valamilyen optikai tulajdonság 
változik meg, elektrooptikai hatásnak 
nevezzük. Ezen a hatáson alapul az 
LCD-k működése. 


A főbb megjelenítési módok 


Többféle megjelenítési mód létezik, 
melyek az optikai anizotrópián alapul- 
nak. Az első kifejlesztett megjelenítési 
mód az ún. DS (dynamic scattering — 


dinamikus szóródás), amit az első elekt- 
ronikus számológépeknél használtak. 
Ha a folyadékkristályt két egymástól 
15-80 mikrométer távolságra lévő át- 
tetsző lap közé tesszük, a molekulák a 
folyadékban a felületek közti feszültség 
miatt fix alakzatban helyezkednek el. 
Ilyenkor a folyadékkristály átlátszó. 
Amikor azonban elektromos áramot ve- 
zetünk a folyadékkristályba, a moleku- 
láris hőáramlás miatt ez az alakzat 
felbomlik, és a molekulák ,össze- 
vissza" helyezkednek el. Emiatt válto- 
zik meg a folyadékkristály fénytörése. 
A két állapot közötti átkapcsolással 
válik lehetővé a megjelenítés. A DS 
mód hátránya a gyenge kontraszt, a 
korlátozott használhatóság a megvilá- 
gítás miatt és a nagy áramfelvétel. 
ATN (twisted neumatic) módszernél 
a folyadékkristály már csak egymástól 
néhány mikrométerre elhelyezett felü- 
let között helyezkedik el, így a kristály 
molekulái 90 fokkal elmozdulnak ten- 
gelyük mentén. A két lapot pedig, me- 
lyek között a folyadékkristály elhelyez- 
kedik, szendvicsszerűen két másik po- 
larizáló lap fogja közre. Így az érkező 
fényt a lapok polarizálják, mielőtt a 
folyadékkristály réteget elérné. Amikor 
a fény eléri-a folyadékkristály réteget, 
90 fokos szöget zár be annak moleku- 
láival. A fény ezután keresztülhalad a 
rá merőleges következő polarizáló la- 
pon. Ha ekkor a folyadékkristály elekt- 
romos mezőbe kerül, megváltozik mo- 
lekuláinak szöge az előző állapothoz 
képest. A fény csak az elektromos mező 
megléte esetén tud a két polarizáló lap 
között áthaladni. A TN módú megjele- 
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nítés a legnépszerűbb az elérhető jó 
kontraszt, az alacsony áramfelvétel és 
a dinamikus vezérelhetőség miatt. Az 
ún. STN (super twisted neumatic) mód 
ettől abban tér el, hogy a folyadékkris- 
tály molekulái a közrezáró lapokkal 
párhuzamosan helyezkednek el, és a 
polarizáló lapok tengelye 45 fokos szö- 
get zár be a molekulák tengelyével, ez 
elősegíti a dinamikus vezérlést. A ke- 
resztülhaladó fény színe ebben az eset- 
ben az interferenciától függ. A fény 
színe megváltozik elektromos mező ha- 
tására. Ezalatt a molekulák tengelyál- 
lása 180 és 270 fok között változik. Az 
STN megjelenítésnél mód van a kék 
alapon történő fehér vagy sárga, illetve 
a fehér vagy sárga alapon történő kék 
színű megjelenítésre. A dinamikus ve- 
zérelhetőség jelentős növekedése miatt 
ez a fajta módszer alkalmas nagy ka- 
pacitású megjelenítők építéséhez, ami- 
lyeneket például a notebook gépekben 
találunk. Ebben a módban a függőleges 
felbontás 200-ra növelhető, míg a TN 
módnál ez maximálisan csak 100 lehet. 
Monokróm megjelenítés is lehetséges 
ebben a módban, ha egy optikai kom- 
penzáló lapot iktatnak a polarizáló fe- 
lületek közé. Ezt a módot nevezik NTN 
(neutralized STN) — azaz semlegesített 
super twist — módnak. Az STN mód 
másik változata az ún. FTN (formulated 
STN) mód, amikor egy speciális film- 
réteg helyettesíti a kompenzáló lapot. 
A folyadékkristály és a kompenzáló lap 
optikai paramétereit optimalizálva akár 
1:20 vagy jobb kontrasztarány is elér- 
hető. A dinamikus vezérlés szintén je- 
lentősen, 400 fölé növelhető függőleges 
felbontást tesz lehetővé. A különböző 
dikroikus molekulák (áteső fényben kü- 
lönböző irányban különböző színű 
anyag) színe a molekulák elhelyezke- 
désétől függ. Ha ilyen dikroikus anya- 
got keverünk a folyadékkristályba, ak- 
kor annak molekulái az elektromos 
mező révén változtathatják helyüket. 


A vezérlési módok 


A fentiek szerint tehát a folyadékkris- 
tály optikai tulajdonságai elektromos 
mező hatására megváltoznak. A lega- 
lapvetőbb módszer a folyadékkristályos 
megjelenítés vezérlésére, amikor a 
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megjelenítő minden egyes pixeléhez 
egy-egy elektródapárt rendelünk, és az 
elektródák között feszültséget hozunk 
létre. Mivel a folyadékkristály károso- 
dik, ha közvetlenül éri a feszültség, 
ezért egy váltakozó áramú négyszög- 
hullámot kell a közönséges elektródá- 
hoz rendelni. Így a négyszöghullám 
azonos fázisában a pixel nem látható, 
az ellenkező fázisban pedig láthatóvá 
válik. A módszer hátránya a rengeteg 
elektróda, az ebből adódó huzalozási 
nehézségek és a külső áramkörökkel 
való kapcsolat építésének nehézkessé- 
ge. E problémák megoldhatók a dina- 
mikus vezérlési mód használatával, ami 
egyszerű mátrixmegjelenítést használ. 
Az elektródák sorokra és oszlopokra 
bontva helyezkednek el. Az alábbi két 
képlettel számítható ki a látható (Von ) 
és a nem látható részeknél fellépő fe- 
szültség (Voff ). 


Von2 - T]wswvay T § úa 5) ve] 
vot? a [vaj Tt úg x) vez] 


A képletben Vs a sor-, Vd az oszlop- 
elektródák feszültsége, N a pixelsorok 
száma, míg T az oszlopoké. Egy 
640x200 képpontos felbontás esetén a 
látható és (Von) nem látható (Voff) 
pixelekre adott vezérlő feszültség 
1,073 V. 


LCD-nek áll a világ! 


Elmondható tehát, hogy a folyadékkris- 
tályos megjelenítők alacsony energia- 
igényük, kis terjedelmük és tömegük 
miatt az elektronikus ábrázolás sok te- 
rületén sikerrel alkalmazhatók. Bár kez- 
detben hátránnyal indultak a saját fény- 
forrás hiánya miatt, azonban ezt az 
akadályt a háttérvilágítás (backlight) 
technikájával sikerült elhárítani. A nagy 
technikai variációs lehetőségek miatt az 
egyre tökéletesedő színes LCD megje- 
lenítők lassan az íróasztalokra is felke- 
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rülnek az aktatáskákból és a mellény- 
zsebekből. 


Gáz van! 


Bár a gázplazmás megjelenítők fő al- 
kalmazási területe az ipar és a reklám, 
nem árt egy kis figyelmet fordítani 
rájuk. Több japán cég ugyanis a , falra 
akasztható" televízió sorozatgyártásá- 
nak lehetőségét teremtette meg a gáz- 
plazmás megjelenítők fejlesztésével. A 
PDP megjelenítőknek kétféle típusa lé- 
tezik: az egyenáramú és a váltakozó 
áramú. A plazmamegjelenítő egy önlu- 
mineszkáló rendszer, ami a gázban vég- 
bement elektromos kisülések fényét 
használja fel. A képernyő felépítése 
hasonló az LCD-éhez. Két, egymástól 
kb. 0,1 mm távolságra lévő elektróda- 
csoporttal (X és Y) —melyek egymásra 
merőlegesen helyezkednek el — ellá- 
tott üveglap, melyek között (általában 
neon) gáz tölti ki a rést. Ha 100-200 
voltos feszültség keletkezik az X és Y 
elektródák között, akkor a rést kitöltő 
gáz kisül, ami narancsszínű fényjelen- 
séggel jár. A PDP megjelenítők a meg- 
jelenítés módja szerint két osztályba 
sorolhatók: a fix vagy közvetlen 8 szeg- 
mensű elektródákkal működő digitális 
és a sávelektródás, egymásra merőle- 
gesen elhelyezkedő elektródákra építő 
grafikus megjelenítők osztályába, mely 
utóbbival alfanumerikus karakterek is 
megjeleníthetők. 


Az AC/DC PDP-k 


A váltakozó áramú PDP-k elektródái 
vékony szigetelőfilmmel vannak be- 
vonva, és váltakozó áramot közvetíte- 
nek a gáz felé, míg az egyenáramú 
PDP-k elektródái közvetlenül adják le 
az egyenáramot a gáznak. Mivel a 
váltakozó áramú típusnál az elektródák 
nincsenek közvetlenül kitéve az ion- 
bombázásnak, ezért megbízhatóbban és 
hosszabb ideig működnek. Az elektro- 
mos kisülés hatása miatt a szigetelőré- 
tegen felgyülemlő töltés segítségével 


E dösékes s 


j tcp, Tiguid erystal display) 


ás követésére 
MSTN 


ú válaszidő, ezért mo: 
Vai 


pedig egy megjelenítő memória mű- 
ködtetése válik lehetővé. A memória 
segítségével növelhető a megjelenítő 
mérete és kapacitása, a kontrasztra és 
a fényességre való kihatás nélkül. Emi- 
att a váltakozó áramú PDP-k jóval 
nagyobb teljesítményt nyújtanak. 

Másrészt ebben az esetben a vezérlő 
áramkör jóval bonyolultabb, mivel töl- 
tésvezérlést is , rá kell ültetni" a vezérlő 
hullámformára. Az egyenáramú PDP-k 
vezérlő áramköre lényegesen egysze- 
rűbb, és ennél fogva jóval olcsóbb. A 
módszer hátránya, hogy az elektródák 
és a kisülő gáz direkt érintkezése rontja 
a fényességet. Ennek oka, hogy egy 
előkisütés szükséges a stabil kisüléshez, 
melyben az adott terület nem bocsát ki 
fényt. Valamint a megjelenítő memória- 
hiány is oka a megnövekedett kapacitás 
melletti fényerőcsökkenésnek. A kont- 
raszt javítása érdekében a gyártók fej- 
lesztéseket folytatnak a szikrázásmen- 
tes elektródák kidolgozásának terén. A 
PDP-k általános tulajdonságai az aláb- 
biakban foglalhatók össze röviden: 

— Keskeny és könnyű kiépítés, tor- 
zulásmentes képpel (AC, DC) 

— Önlumineszcencia, széles és tiszta 
megjelenítés (AC, DC) 

— Nagy fényerő, éles kép 

— Hosszú élettartam (AC) 

— Gyors, néhány mikroszekundu- 
mos reakcióidő (AC, DC) 

— Lehetőség az egy darabból álló 
nagyméretű megjelenítők építésére (el- 
sósorban szabadtéri alkalmazás) (AC) 

— Veszélyes sugárzások kizárható- 
sága (AC, DC) 


Kis és közepes kapacitású 
PDP-k 


A váltakozó áramú gázplazmás megje- 
lenítőket használják például az olaj- 
szintmérő műszereknél és a nagyméretű 
információs paneleknél. Ez utóbbiaknál 
a szabadtéri alkalmazás és a nagy méret 
megköveteli a kontraszt és a fényerő 
növelését. Ezt a vezérlőfrekvencia 
csökkentésével és a lehető legfeketébb 
háttér alkalmazásával érték el. Bizo- 
nyos fajtákat kimondottan nappali hasz- 
nálatra gyártanak. Az osztott képernyős 
megjelenítőknél, ahol viszonylag kis 
felület van — ilyenek például a jegy- 
árusító automaták — a vezérléshez egy- 
szerű frissítő áramkör is elég. Itt a 
memória használatának csak a fényerő 
növelése érdekében van értelme. 


Nagy kapacitású PDP-k 


A nagy kapacitású  gázplazmás 
(640x400, 640x480) megjelenítők már 


kimondottan a hordozható számítógé- 
pek piacára készültek, ahol kemény 
versenyben állnak az LCD megjelení- 
tőkkel. Előnyük a lassabb LCD megje- 
lenítőkkel szemben a nagy sebesség, 
mely az egérkurzor alkalmazásánál mu- 
tatkozik meg igazán. Ennek az ára 
azonban a nagyobb áramfelvétel és 
tömeg. Másik előnyük az LCD-vel 
szemben a nagyobb képernyőméret és 
a sokkal jobb fényerő és kontraszt. A 
laptoppiacon leginkább az egyenáramu 
PDP-k vannak jelen. A gyártók a na- 
gyobb piaci részesedés érdekében igye- 
keznek a készülékek tömegét és az 
előállítási költségeket csökkenteni. A 
költségek csökkentéséhez elsősorban a 
magasfeszültségű vezérlő áramkörökön 
kellett változtatni. Ezt a gyártók a 160 
voltos feszültséggel működő 64 bites 
LSI kifejlesztésével érték el. A tömeg 
csökkentéséhez szükség volt a gázt 
tartalmazó üveglapok karcsúsítására. 
Az egyenáramú típusoknál ez megold- 
ható volt a panel részekre osztásával. 
Mára sikerült egy normál méretű PDP 
megjelenítő súlyát 1 kg alá csökkenteni. 
A költségek csökkentésére tenni kellett 
még valamit a vezérlő áramkörök elő- 
állításában is. A nagy kapacitású PDP- 
khez kifejlesztették a lebegőpontos ve- 
zérlési módot. A megjelenítés vezérlé- 
sét szintén mátrixban (mint az LCD 
megjelenítők esetében), oszlopokba és 
sorokba rendezett elektródák segítségé- 
vel oldották meg, ahol mindegyik kisü- 
tő elektródához egy-egy pár vezérlő- 
elektróda tartozik. A fenti módszerrel a 
vezérlőáramkörök mérete a korábbiak 
tizedére csökkent. A megjelenítő me- 
mória segítségével pedig lehetővé vált, 
hogy az elektródák kevesebb mint 30 
V feszültséggel működjenek. 


Mostan színes PDP-ról 
álmodom... 


Bár ez már valóság. A színes PDP 
megjelenítőknél a színek létrehozására 
a gázkisülések által ultraviola sugarakat 
kibocsátó, — foszforalapú anyagokat 
használnak. A teljes színskála ebben az 
esetben fluoreszcens anyagok haszná- 
latával érhető el a három alapszín (piros, 
zöld és kék) keverésével és különböző 
fényerejével. Az előbb említett nagy 
reakciósebességet és ezeket a színezési 
lehetőségeket ötvözve, és a nagymére- 
tú, egy részből álló megjelenítés lehe- 
tőségével japán szakemberek eljutottak 
a , falra akasztható" HDTV gázplazmás 
alapú típusához. Ennek az üzletekben 
való megjelenésére azonban néhány 
évig még várnunk kell. 

Tass Csaba 


Adatátvitel 


A HÓNAP TÉMÁJA 


Gépek, ha találkoznak... 


E számunk fő témája — 


a hordozható számítógépek alkalmazása. 


Bár teljesítményük alapján 


ezek a gépek egyre inkább helytállnak 

egy átlagos felhasználási területen, 

azonban használatuk még nem igazán általános. 

A hordozható gépek tulajdonosait 

a munkahelyen vagy otthon rendszerint egy nagyobb 

— legalábbis méreteiben nagyobb — számítógép várja. 
Örökös gond, hogy az adatok mikor, melyik gépen 
találhatók meg, és hogyan kerülnek át egyikről a másikra. 


Miért is tartunk otthon vagy a munka- 
helyen külön számítógépet a noteszgép 
mellett? Ha ezeket a gépeket csakis egy 
ember használja, és egyidejűleg nem is 
kell működniük, úgy az ok az asztali 
gép nagyobb teljesítménye vagy bővít- 
hetősége kell legyen. 

Elgondolkodtató, hogy a noteszgé- 
pek milyen teljesítményt értek el 1991 
végére. Általános a 386SX mikropro- 
cesszor használata 2-4 Mbájt memóri- 
ával, a beépített merevlemez kapacitása 
40-80 Mbájt lehet. Bár a 3,5 inches 
floppymeghajtó rendszerint helyet kap 
az igencsak szűkre szabott készülék- 
házban, ha 5,25 inches lemezre is szük- 
ségünk van, azt kívülről kell a géphez 
kapcsolni. A képernyő legtöbbször 
VGA-kompatibilis folyadékkristályos, 
egyszínű megjelenítő. Egyre kevésbé 
számít ritkaságnak a színes megjelení- 
tő, ezek ára azonban jelenleg még meg- 
lehetősen borsos. 

A számítási teljesítmény összemér- 
hető a hazánkban leginkább elterjedt 
általános célú asztali gépek teljesítmé- 
nyével, legtöbbször meg is haladja azt. 
Amennyiben tehát egynél több kártya- 
bővítő helyre nincs szükségünk, általá- 
ban csak a megjelenítő és a billentyűzet 
minősége indokolja az asztali számító- 
gép használatát. 

Bármennyire is fejlődnek a notesz- 
gépek képernyői, a felhasználók több- 
sége ma még előnyben részesíti velük 
szemben a hagyományos katódsugár- 
csöves képernyőt, s mivel a billentyű- 
zetek is általában a kényelmesen kezel- 
hetőnél kisebbre sikerültek, sokan ezért 
is vonakodnak használni őket. 


Az előzőekből adódik a megoldás, 
ugyanis a megfelelően kiválasztott no- 
teszgép kényelmesen használható az 
íróasztalon is, ha beszerzünk mellé egy 
EGA- vagy VGA-felbontással rendel- 
kező hagyományos monitort, és egy 
teljes méretű, 84 vagy 101 gombos 
billentyűzetet. A megoldás előnye és 
hátránya, hogy az adatok egy merevle- 
mezen találhatók. Előnye azért, mert az 
ember igen feledékeny, és általában a 
legfontosabb esetekben felejti el az 
adatait átmásolni, hátránya azért, mert 
ez a merevlemez a rendszeres , utazás" 
következtében erősebben ki van téve a 
sérülésnek. Folyamatos és gondos adat- 
mentési rendszert használva azonban a 
veszély csökkenthető. 

Ha valamilyen okból kifolyólag 
mégis két gépen dolgozunk, megoldan- 
dó a gépek között az adatok cseréje. 
Ennek legegyszerűbb módja a floppy- 
lemezen történő , adatátvitel", Azonban 
még ennek a módszernek is vannak 
hardverkövetelményei, hiszen mindkét 
gépnek rendelkeznie kell egy azonos 
típusú floppymeghajtóval. Nagy töme- 
gű adat rendszeres mozgatására a mód- 
szer nem javasolható a körülményessé- 
ge és lassúsága miatt. 

Ha a mágneses hordozót mint lehet- 
séges adatátviteli eszközt elvetjük, ma- 
rad az elektromos vagy fényjelekkel 
történő kapcsolatteremtés lehetősége. 
Munkahelyeken, ahol kialakítottak szá- 
mítógépes helyi hálózatokat, nincs más 
teendő,. mint a noteszgépbe beépített 
hálózati vezérlőkártyához csatlakoztat- 
ni az erre a célra fenntartott szabad 
kábelvéget. 
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A HÓNAP TÉMÁJA 


A számítógép-hálózat kialakításának 
lehetőségével otthoni alkalmazás ese- 
tén nem kell igazán komolyan számol- 
ni. A legtöbb PC-kompatibilis számító- 
gépben viszont megtalálható az a kár- 
tya, amellyel gépeinket összekapcsol- 
hatjuk. Ez a kártya pedig az aszinkron 
soros vonali illesztő (COM1, COM2, 
... port). A számítógép BIOS-ának le- 
írásában azt olvashatjuk, hogy a soros 
illesztőkártyával legfeljebb 9600 baud 
(bit/másodperc) sebesség érhető el. 
Ilyen sebességgel egy 100 kbájt méretű 
állomány továbbítása ellenőrzéssel 
együtt 2-4 percig is eltarthat, ami nem 
túlságosan vonzó adat. 

A BIOS megkerülésével azonban a 
soros port jóval magasabb (mintegy 115 
kbaud!) sebességre is programozható, 
és ezt néhány később ismertetendő se- 
gédprogram meg is teszi. Az átvitel 
történhet szoftverszinkronizálással, ek- 
kor az illesztőkábel a lehető legegysze- 
rűbb, 3 eres, úgynevezett null-modem 
kábel. Hardverszinkronizáció (hand- 
shake) alkalmazásával az elérhető se- 
besség nagyobb lehet, ez azonban 6 
vagy 7 vezetéket tartalmazó drágább 
kábelt igényel. 

A gépek párhuzamos (nyomtató) il- 
lesztőkártyája is alkalmas lehet adatát- 
vitelre. Mivel a port hardverkialakítása 
nem teszi lehetővé a 8 bit szélességű 
adatbeolvasást, a párhuzamos illesztés 
valójában csak 4 bites. Az elérhető 
sebesség a soros átvitel sebességét 
25...40090-kal haladhatja meg, erősen 
függ a gép sebességétől. 

Megkönnyítendő két PC összekap- 
csolását, számos segédprogram szüle- 
tett. Ezek mindegyikének tartalmaznia 
kell az átvitt adatok hibamentességének 
ellenőrzését. Az adatátvitel rendszerint 
csomagokban történik. Minden csomag 
fejléccel, törzzsel és farokkal rendelke- 
zik. A fejléc tartalmazza a csomag 
azonosítóját, hosszát és egyéb más in- 
formációt. 

A törzs maga a tényleges adatblokk, 
majd ezután következik a kiszámított 
hibaellenőrzési kód. A törzs hossza be- 
folyásolja az átviteli sebességet, hiszen 
jó minőségű zavarmentes vonalon a 
hosszabb törzs ritkábban kívánja meg 
redundáns információ átvitelét. Az 
egyes programok kezelőszervei között 
elvétve találhatunk közvetlenül a cso- 
magméretet beállító parancsot, azonban 
a cTurboz fedőnevű opció gyakran ezt 
változtatja. 

Az adatátviteli hibák felderítésére az 
adó minden egyes továbbított csomag- 
ban elküldi a tényleges adattörzs vagy 
az egész csomag számított hibaellenőr- 
ző kódját. Amennyiben a vevő hibát 
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detektál, ezt jelzi az adónak, majd a 
csomag ismételt továbbítása követke- 
zik. Az ellenőrző kód alapvetően kétféle 
lehet, ellenőrző összeg (checksum) 
vagy ciklikus redundanciakód (CROC). 
Az előbbi az egyszerűbb, gyorsabban 
előállítható, míg az utóbbi alaposabb 
védelmet nyújt. 

Szokás kombináltan használni eze- 
ket, esetleg automatikus választással. 
Ez utóbbi működhet például úgy, hogy 
az adatátvitel checksum ellenőrzéssel 
indul, és hiba nélküli esetben így is 
fejeződik be. Az első hiba előfordulása 
után azonban az adó és a vevő egyaránt 
átkapcsol CRC ellenőrzési üzemmód- 
ba, védekezve az esetleges többszörös 
hibák ellen. 

A PC-felhasználók egyik kedvenc 
segédprogramja, a Norton Commander 
3.0 verziószámú változata is tartalmaz- 
za a gépek összekapcsolásának lehető- 


ségét. Az egyik panelen a Link opciót " 


kiválasztva utasíthatjuk a gépeket a 
kapcsolat : felvételére. A kapcsolat 
aszimmetrikus, azaz csakis az egyik 
gépen adhatunk ki parancsokat. A pa- 
rancsok a , szolga" gép lemezegysége- 
ire, azok állományaira vonatkozhatnak, 
másolást, törlést, alkönyvtár-létreho- 
zást engednek meg. A kapcsolat bontá- 
sát a mestergép kezdeményezheti, fel- 
építését azonban mindkét gépen be kell 
billentyűzni, ami esetleg kényelmetlen 
lehet. 

A csatlakozó kábel 3 eres null-mo- 
dem kábel. Az átvitel sebessége 57 vagy 
115 kbaud lehet. A Turbo mód kikap- 
csolása a karakterek közti szünetek 
idejének megnyújtásával növeli az át- 
vitel biztonságát a sebesség csökkenése 
árán. 
A Norton Commandernek nem a 
soros kapcsolat az erőssége, nem is erre 
koncentráltak a megvalósítása során, 
azonban egy nagyon egyszerű, azonnal 
rendelkezésre álló adatátviteli segéd- 
eszközt adtak a felhasználók kezébe. 

Természetesen kimondottan két szá- 
mítógép  összekapcsolására készült, 
igen komoly lehetőségeket nyújtó prog- 
ramok is beszerezhetők a szoftverpia- 
con. Ezek közül két, igen hasonló ké- 
pességű terméket említek meg, a Fast- 
wire és a Laplink programcsomagot. 

A Fastwire elegáns, egyszerűen ke- 
zelhető, menüvezérelt program. A se- 
gítségével felépített kapcsolat olyany- 
nyira aszimmetrikus, hogy a két gépen 
különböző programot kell elindítani. 
Viszont a három említett program közül 
egyedül rendelkezik azzal a lehetőség- 
gel, hogy a mester gépről a távvezérelt 
gépen programot lehessen elindítani, 
bár a kommunikációs program ekkor 


mintegy 70 kbájtot elfoglal az amúgy 
is mindig kevés memóriából. 

A Fastwire működhet null-modem 
kábellel, 7 eres soros, valamint párhu- 
zamos kábellel egyaránt. Az átviteli 
sebesség a kábelek felsorolásának sor- 
rendjében növekszik, azonban a null- 
modem kábellel is elérheti a 115 kbaud 
értéket. 

A DOS megrögzött parancssoros fel- 
használóinak jó hír, hogy a Fastwire 
átkapcsolható  parancsmódba, ahol 
használható az operációs rendszer meg- 
szokott parancskészlete. Rendelkezésre 
áll viszont 3 új parancs, amellyel állo- 
mányokat másolhatunk a gépek között, 
valamint parancsot hajtathatunk végre 
a távoli gépen. 

Az állományok átvitele sokrétűen 
paraméterezhető, például lehetséges 
csak a másik gépen levőnél fiatalabb 
vagy bizonyos dátum után keletkezett 
állományok továbbítása. Makrókat is 
szerkeszthetünk, amelyek segítségével 
olyan összetett feladatok végezhetők el 
néhány billentyűleütéssel, mint egy tel- 
jes lemez áttöltése a nagyobb tárolóka- 
pacitású másik gépre. 

A Laplink programot készítői — 
mint neve is mutatja — kimondottan 
laptop és asztali számítógép összekap- 
csolására szánták. Szolgáltatásai szín- 
vonalában nagyon közel áll a már is- 
mertetett Fastwire programcsomaghoz. 
Alkalmas soros (null-modem és hardver 
handshake-kábellel egyaránt) és párhu- 
zamos adatátvitelre, a sebességadatok 
hasonlóak. 

Egyedülálló jó tulajdonsága, hogy a 
gépek közti kapcsolat szimmetrikus, 
azaz mindkét gép billentyűzetéről ve- 
zérelhető az adatok mozgatása. Termé- 
szetesen áliománycsoportok is kijelöl- 
hetők, amelyek átvitele nem igényli a 
kezelő beavatkozását. 

Meglepő szolgáltatás, hogy a Laplink 
installálható a soros kábelen keresztül, 
akár floppyegység nélküli számítógé- 
pen is. Ehhez mindössze 2 DOS paran- 
csot kell beírnunk, a többi teendőt táv- 
vezérelten elvégzi a program. 

Összességében elmondhatjuk tehát, 
hogy ha valaki a laptopját vagy note- 
bookját kívánja rendszeresen együtt 
használni egy asztali géppel, úgy érde- 
mes a Fastwire vagy a Laplink progra- 
mok valamelyikét megvásárolnia. 
Ugyanez igaz olyan esetekre is, ahol 
két gépen dolgoznak, és hálózatot ki- 
alakítani nem érdemes. Ürvezetőknek, 
hétvégi kirándulóknak, tehát akiknek 
csak ritkán van szükségük adattovábbí- 
tásra, a Norton Commander is jó segí- 
tőtárs lehet. 

Lóth Tamás 


Áramforrások 


A HÓNAP TÉMÁJA 





Magától nem megy — még! 


A hordozható áramforrásokról 


— amelyek vegyi-elektromos átalakításon alapulnak — 
mindenkinek az autókban jól ismert 
savas ólomakkumulátorok jutnak eszébe. 


Sajnos ezek térfogatuk 


és a használat során fejlődő gázok miatti 

kötelező nyitott kivitelük alapján nem igazán hordozhatók. 
A jelenlegi hordozható számítógépekben 

a leggyakrabban alkalmazott áramforrások 

a nikkel-kadmium akkumulátorok. 

Tipikusan 3-4 órát képesek folyamatosan működni 

töltés nélkül, néhány százszor tölthetők újra, 


mielőtt cserélni kell őket. 


Van néhány ellenérv az akkumulátorok 
használatával kapcsolatban. Azelsőegy 
környezeti szempont: a kadmium na- 
gyon mérgező anyag, így a használt 
akkumulátorok kidobása veszélyes le- 
het a környezetre. A másik a töltésével 
kapcsolatos. Az akku , emlékszik" a 
kisütöttségi fokára. Amikor töltés után 
ismét eléri ezt a kisütöttségi szintet, 
feszültsége akár 1099-kal is lecsökken- 
het, ami azt jelzi a töltő áramkörnek, 
hogy az akku lemerült. Azaz a helyes 
kisütési-töltési eljárás során szinte a 
teljes kisütés után kell újra tölteni, hogy 
a kapacitását megőrizze. (Nem helyes 
tehát az akkumulátoros berendezésen 
rajta hagyni a töltőt.) 

A közelmúltban publikált fejlesztési 
eredmények több új alternatívát is kí- 
nálnak. Ilyenek a Gates Energy Systems 
cég által fejlesztett nikkel-hidrid akku- 
mulátorok, amelyek 5099-kal nagyobb 
teljesítményt tudnak szolgáltatni azo- 
nos térfogat mellett. Egy más megoldást 
kínál az Aerobic Power Systems által 
fejlesztett levegő-ón akkumulátor. 


A tápellátás kezelése 
és szabályozása 


A tápellátás kezelésével kapcsolatos 
megoldások a kémia, a fizika, az áram- 
körtervezés és programozás eredmé- 
nyeit hasznosítják. Ma már nyugodtan 
kijelenthetjük, hogy egy termék sikerét 
a táplálásának magas színvonalon tör- 
ténő megoldása is befolyásolja. Ez azt 
jelenti, hogy a készüléket működtető 


áramforrásoknak hosszú időn keresztül, 
stabilan kell biztosítaniuk a készülék 
működőképességét. A felhasznált telje- 
sítmény minden wattját gondosan be 
kell osztani, és úgy kell takarékoskodni 
vele, ahogy ez lehetséges. Ehhez a 
berendezés működésében meg kell kü- 
lönböztetni három üzemállapotot: mű- 
ködési állapotban a berendezés és rész- 
egységei működnek, nyugalmi állapot- 
ban az egységek bekapcsolva vannak, 
de nem aktívak (például a floppyegység 
nem forog), , szundi" állapotban pedig 
a részegységek a lehető legkisebb ener- 
giát fogyasztják. : 

A következőkben egy kicsit részlete- 
sebbenis tárgyaljuk a kérdést, és illuszt- 
rációként három , siker-noteszgépet", 
az Atari Portfoliót, a Hewlett-Packard 
HP95SLX-ét, és a Poget Computer cég 
Poget gépét hozzuk fel példaként. Azért 
választottunk ilyen noteszgépeket, mert 
ezeknél a fogyasztás minimalizálása 
még élesebben merül fel a méreteik 
miatt. 


Hova megy a teljesítmény? 


Az információ feldolgozásához igen 
kevés energia szükséges. Mint ahogy 
ez könnyen becsülhető, a betáplált ener- 
gia legnagyobb része hővé alakul a 
berendezés áramköreiben. Egy kisebb 
része a mozgó alkatrészeket tartalmazó 
egységekben — diszkmeghajtókban — 
mechanikai energiává alakul, egy ele- 
nyésző része fénnyé és elektromágne- 
ses sugárzássá. 


Elektromos energiával táplált beren- 
dezésekben két egyszerű egyenlettel 
írhatjuk fel a felszabaduló teljesít- 
ményt. 

Egyenáramú táplálás esetén a P - 
UFU/R kifejezés alkalmazható. Azaz a 
berendezést tápláláló feszültség (U) 
négyzetével egyenes, a készülék ellen- 
állásával (R) fordított arányban van a 
készülékben felszabaduló teljesítmény 
(P). 

Mikor egy váltóáramú jel — például 
órajel — táplál valamilyen áramkört, 
akkor P - CYU"rU"f összefüggés hasz- 
nálható. Azaz az áramkör kapacitásával 
(C) az órajel frekvenciájával (f) és a 
feszültség négyzetével arányos a vesz- 
teség. Ezekre az egyenletekre a későb- 
biekben is hivatkozni fogunk. 


A feszültség változtatása 


Mindkét egyenlet mutatja, hogy a táp- 
feszültségtől jelentősen — négyzetesen 
— függ a fogyasztás. Ezért a fogyasz- 
táscsökkentés egyik módja lehet, ha 
csökkentjük a feszültséget. A valóság- 
ban számos integrált áramkör már hasz- 
nálja ezt a megoldást, bár ez az adatla- 
pokból nem világlik ki. Ez azért van 
így, mert a külvilág felé ,5 voltra 
termettnek" láttatja magát, de a belső 
áramkörei kisebb tápfeszültséggel mű- 
ködnek. 

Ha ilyen, csökkentett feszültségről 
működő áramkörökből építjük fel a 
rendszert, akkor a működtető tápfe- 
szültséget is kisebbre választhatjuk. 
Például az Atari Portfolio csupán 4,5 
V-ról működik (3 darab 1,5 V-os AA 
elem), ami a négyzetes függés miatt 
2099-os fogyasztáscsökkenést ad. 

Az újabb fejlesztésű áramköröknél 
még jelentősebb fogyasztáscsökkenés 
várható. Az Intelnek van olyan 80186- 
os verziója, amely 3 V-ról működik, és 
gyárthatók olyan tisztán CMOS áram- 
körök, amelyeknek 2 V is elegendő. Az 
igazi korlát az, hogy minden összekap- 
csolt résznek működnie kell ilyen kis 
feszültségen. 


Statikus terhelések 


Az áramkörtervezők igen sokszor köt- 
nek a táp és a földpont közé ellenállást. 
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Ezek azok, amelyeket más szóval fe- 
szültségosztó, felhúzó és lehúzó ellen- 
állásoknak hívunk. Feladatuk egy adott 
pont potenciáljának a biztosítása. Ezek 
állandóan fogyasztanak, ugyanakkor 
helyettesíthetők olyan aktív kapcsolá- 
sokkal, amelyeknek a fogyasztása töre- 
déke az ellenállásos megoldásnak. Pél- 
dául a feszültségosztót, amelynek na- 
gyobb áramot kell szolgáltatnia, kisebb 
ellenállású — és ezért sokat fogyasztó 
— részekből kell összállítani. Ez a 
megoldás helyettesíthető egy igen nagy 
ellenállásokból — és ezért keveset fo- 
gyasztó — összerakott osztóra kapcso- 
lódó műveleti erősítővel is, amelynek 
kimenete szolgáltatja a megfelelő ára- 
mot. Természetesen az ilyen megoldá- 
sok költségesebbek, mint a csak elle- 
nállásokat alkalmazók, de a fogyasztás- 
csökkenés haszna ezt kiegyenlítheti. 

A fenti második egyenlet szerint a 
fogyasztás a számítógépek órajellel táp- 
lált áramköreinél a frekvenciával ará- 
nyos. A jelenleg használt mikropro- 
cesszorok többségének belső regiszte- 
rei dinamikus működésűek, azaz tartal- 
muk megőrzése érdekében folyamatos 
frissítést igényelnek. Ilyen esetben a 
működtető órajelet csupán egy bizo- 
nyos határig lehet csökkenteni. A meg- 
oldás az, hogy az órajel leállításakor el 
kell menteni ezen frissítést igénylő bel- 
ső regiszterek tartalmát, majd az órajel 
megjelenésekor visszaállítani. A gya- 
korlatban ezt a technikát használják az 
AMD 286LX és az Intel 3868. CPU 
áramköreinél. 


A kijelző... 


A megjelenítő egyszerűen a legtöbb 
energiát fogyasztó egység. Az ideális 
kijelző olyan lenne, amit az eredmény- 
jelző tábláknál már használnak: egy 
impulzus hatására az adott képpont 
állapotot vált, és újabb impulzus csak 
az újabb állapotváltáskor szükséges. 

Sajnos ez a fajta — statikus — kijelző 
jelenleg még kísérleti stádiumban van, 
és még túl lassú is. Ezért jelenleg 
minden hordozható gépben a leggyak- 
rabban a folyamatos frissítést igénylő 
LCD kijelzőket használják. 

A kijelző mérete meghatározó a fo- 
gyasztásban. Nagyobb képernyő hasz- 
nálatakor, a villódzás elkerülése miatt 
a képernyőt meghajtó órajel frekvenci- 
ájáta sorok számával arányosan növelni 
kell. Mivel minden képpont egy kis 
kapacitás töltését-kisütését jelenti, ezért 
ha rövidebb az idő, a kapacitást töltő 
feszültséget kell megnövelni. 

A Portfolióban belső felhúzó ellenál- 
lásokat is tartalmazó Hitachi áramkör 
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és egy karakter ROM hajtja meg a 10 
sor x 40 oszlopos kijelzőt. Emiatt na- 
gyon gyorsan lemerülnek az elemek. 

A HP 95LX-ben külön tervezett 
áramkörök és nagy értékű ellenállások- 
ból álló osztó vezérli a 16 sor x 40 
oszlopos kijelzőt; a képernyőt frissítő 
jel frekvenciáját is 70-ról 50 Hz-re 
csökkentik telepes táplálásnál. 

A jelenlegi legjobb megoldást a Po- 
getben találhatjuk: analóg meghajtó 
áramköröket használ az aktív feszültsé- 
gek előállítására, statikus terhelés nincs. 
Ezért van az, hogy a 25 sor x 80 
oszlopos kijelzőkkel is hetekig képes 
elemcsere nélkül működni. 

Az LCD kijelzőknél esetleg szüksé- 
ges háttérvilágítás jelentős fogyasztást 
jelent. Ezért a notesz PC-knél még csak 
ritkán alkalmazzák, a laptopoknál a 
vevők igényei miatt használják. 


A memória frissítése 


A gyakorlatban kétféle RAM memóriát 
használnak: a nagy áramköri sűrűségű, 
de sokat fogyasztó, periodikus frissítést 
igénylő dinamikus RAM-ot, és a keve- 
set fogyasztó, de drága és terjedelme- 
sebb statikus RAM-ot. Létezik a kettő 
közötti ún. kvázistatikus RAM, ahol a 
tokban lévő belső frissítő áramkör végzi 
el a dinamikus memóriacellák frissíté- 
sét. 

A lassú frissítéssel ritkábban történik 
meg a cellák frissítése. Ez bizonyos 
DRAM típusoknál lehetséges. Az elosz- 
tott frissítés alkalmazásakor a memória- 
tokokat egyenként frissítik, a nagyobb 
teljesítményigényű, egyszerre történő 
frissítés helyett. 

A RAS előtti CAS: számos DRAM 
típusnál használható ritkán alkalmazott 
módszer. A tokban lévő belső számláló 
szolgáltatja a frissíteni kívánt memória 
mátrix oszlopainak címét. Ez kisebb 
fogyasztást jelent annál, mint ha külső 
címzőrendszer generálná ezeket a cí- 
meket. 


A ROM csökkentése 


AROM az, ahol a rendszertervezők sok 
teljesítményt takaríthatnak meg. Elő- 
ször az Apple II-ben használták azt a 
megoldást, hogy a perifériakártyákon 
lévő ROM memóriák egy kapcsolótran- 
zisztoron keresztül kaptak tápfeszültsé- 
get. A ROM-ok csak a tényleges mű- 
ködésük idején kaptak táplálást. 

A modern számítógépek már általá- 
nosan használják ezt a módszert. A 
shadow-RAM módszernél a viszonylag 
lassú ROM-ban tárolt tartalmat átmá- 
solják a dinamikus RAM memóriába. 


A módszernek további előnyeit is ki- 
használják: 

— a másolás után a ROM táplálása 
kikapcsolható, 

— a BIOS tartalmát az olcsóbb 8 
bites ROM-okból másolhatják át, 

— a BIOS a ROM-ban tömörített 
formában lehet, amit áttöltéskor ,, cso- 
magolnak ki". 


Diétára fogott áramkörök 


A tápellátás kezelésénél általános sza- 
bály, hogy lehetőleg minél kevesebb 
önálló áramkörből kell a gépet felépí- 
teni. A külvilág felé a tokok általában 
sokat fogyasztó és a belsőnél nagyobb 
tápfeszültségen működő puffereken ke- 
resztül kapcsolódnak. 

A megoldás: magasan integrált áram- 
körök alkalmazása. A 286LX áramkör 
egy AT számítógép egyetlen tokban. A 
386SL és 286SL tokok mindegyike is 
majdnem egy komplett számítógép. 

A Chips and Technologies, Headland 
Technology/Cirrus Logic, VLSI Logic 
és más cégek is teljes áramkörkészle- 
teket gyártanak. Ezek mindegyike 
áramköri támogatást is biztosít a telje- 
sítmény csökkentéséhez. 

A 386SL áramkör több szempontból 
is figyelemre méltó. A szabványos AT 
perifériaáramkörök integrálása mellett 
egy új megszakítást is bevezettek: a 
rendszerkezelő megszakítást (System 
Management Interrupt - SM). Az SMI, 
amely kiváltható bármely teljesítmény- 
csökkentést célzó eseménnyel, még a 
konvencionálisan legnagyobb prioritá- 
sú NMI megszakításnál is nagyobb pri- 
oritású. Mikor egy SMI bekövetkezik, 
a processzort a 386SX valós módjához 
hasonlóan egy máskülönben elérhetet- 
len címtérre állítja. Ilyenkor a pro- 
cesszor speciális időzítőkkel, regiszte- 
rekkel és jelzőbitekkel manipulálhat, 
amely a teljesítménnyel való gazdálko- 
dást segíti. A gyártó, az Intel szerint 
ennek a legnagyobb előnye, hogy ez a 
fajta működés a használt operációs 
rendszertől független. 


A sokat fogyasztó perifériák 


A képernyőn kívül még más perifériák 
fogyasztását is számításba kell venni. 
A soros portok sok energiát fogyasz- 
tanak bekapcsoláskor. A szabványos 
RS232 kimenetek 9000 ohmos ellenál- 
láson keresztül tartják fenn a 4-/-12 V-os 
feszültséget. Néhány megoldásnál ehe- 
lyett a 0 V/4-5 V-os jelszinteket hasz- 
nálják, de ez kompatibilitási problémá- 
kat vet fel. Továbbá a soros adatátvitelt 
megvalósító UART áramkörnek saját 








kvarcgenerátora van, a szabványos 
adatátviteli sebesség megvalósításához. 
A laptopoknál nem ez a fogyasztás a 
meghatározó, de a tenyérnyi gépek, 
mint a HP95LX és a Portfolio elemei 
gyorsan lemerülnek, ha a soros port be 
van kapcsolva. 

Miért nem kapcsolja le a gép maga 
automatikusan a soros portot? Sajnos, 
például a ROM-BIOS-ban nagyon sze- 
rényen megvalósított sorosport-kezelő 
esetén sincs külön parancs vagy lehe- 
tőség a soros port megnyitására; a futó 
program egyszerűen elkezdi használni, 
amikor kell. 

Ilyen külön megnyitási parancs nél- 
kül a gép csak , sejtheti" a soros port 
automatikus kezelését. Ilyen , sejtő" 
megoldás lehet például, hogy a portot 
a gép kikapcsolja, ha bizonyos ideig a 
soros vonalon nem jött adat. Ez azonban 
hatásában azzal a kellemetlenséggel jár, 
hogy például egy szövegszerkesztőben 
történő pár perces gépelés után az egér- 
hez nyúlva az nem működik. 

Százszázalékos megoldás nincs a s0- 
ros vonal fogyasztáskezelésére. A fo- 
gyasztást kezelő program figyelheti az 
adatátvitelt jelző , Carrier Detect" és 
sData Terminal Ready" vonalakat, 
amelyek jelezhetik a vonal használatát. 
Ha egy egérmeghajtót installálnak, a 
szoftver felismerheti, és hívást generál- 
hat az egér újrainicializálására, ha a port 
ki volt kapcsolva. A HP 95LX-ben a 
soros port alaphelyzetben ki van kap- 
csolva, míg egy beépített alkalmazói 
program fut. Akkor kapcsolódik be, ha 
a DOS programok futnak, de ilyenkor 
is kézileg kikapcsolható. 

A belső modemek is alacsony fo- 
gyasztású üzemmódban vannak, amíg 
nem érkezik a hívás. Néhány modem 
magáról a telefonvonalról veszi a mű- 
ködéséhez szükséges tápfeszültséget. 

A billentyűzetek maguk is önálló 
mikroszámítógépeket tartalmaznak, így 
megvan a lehetőség az automatikus 
, Szundizásra", Ilyen mikroprocesszor 
az Intel 80CSISL gyárilag beírt prog- 
rammal rendelkező áramköre. A HP 
95LX , házilag tervezett" vezérlőt tar- 
talmaz, és a billentyűzetet nem folya- 
matosan figyeli. Csak egy billentyűnyo- 
másra vár, és utána feléledve azonosítja, 
hogy melyik volt. 

A hajlékonylemezek minden rend- 
szerben a legtöbbet pihennek, de az 
Intel bejelentett egy új, kis fogyasztású, 
floppyvezérlő áramkört, a 82077-es tí- 
pust. 

A legtöbb programban a merevlemez 
használata elég ritka esemény, így a 
meghajtót és vezérlőjét ki lehet kap- 
csolni. Nagyon jelentős a betáplált ener- 
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gia átmérőtől való függése: ezért a cél 
a minél kisebb méretű merevlemez- 
meghajtók felhasználása. 

A nyomtatóport is kikapcsolható, de 
ha például hardverkulcs (dongle) van 
rádugva, az problémát jelenthet. 

Min lehet még spórolni? Ha kicsi a 
fogyasztás, nem kell a tápegységet hűtő 
ventilátor sem. A különféle jelzésekre 
használt világító diódákat sem tanácsos 
alkalmazni, mert áramfogyasztásuk je- 
lentős. Végül, sok rendszer a hangszóró 
kikapcsolását is lehetővé teszi, ami is- 
mét teljesítménymegtakarítással jár. 


Az üresjárás felismerése 


A legnagyobb technikai kihívás annak 
pontos megállapítása, hogy a rendszer 
mikor , nem csinál semmit", tehát ala- 
csony fogyasztású, szunnyadó módra 
kapcsolható. A Poget, a Portfolio és a 
HP 95LX beépített programjai ezt pon- 
tosan jelzik, a többi hagyományos prog- 
ramnál erre nincs pontos azonosítás. A 
hordozható gépek gyártóinak így külön 
algoritmusokat kellett kidolgozniuk az 
üresjárás felismerésére. Az ilyen algo- 
ritmusoknak pontosaknak kell lenniük: 
ha nem azok, akkor a telep élettartama 
jelentősen csökken. 

Néhány DOS program aktivitását a 
keretben mellékelt táblázat mutatja. 

A Digital Research BatteryMax 
programja (a DRDOS-szal együttmű- 
ködve), a Phoenix Technologies Miser 
BIOS-a és a Pogetben lévő programok 
példázzák az üresjárás figyelését. 
Mindegyik figyeli az éppen futó prog- 
ramot, hogy az használja-e a billentyű- 
zetet. Ha a program állandóan a billen- 
tyűzetet figyeli, vagy egy olyan BIOS- 
hívást aktivizál, amelyikből a billentyű 
lenyomás nélkül nem tér vissza, akkor 
valószínűleg billentyűre vár. A CPU 
ilyenkor lelassítható vagy megállítható, 
amíg billentyűnyomás nem érkezik. 

A DOS Idle megszakítása (INT28H) 
azt jelzi, hogy a DOS egy karaktert vár 
a billentyűzetről, a get line (egy sor 
beolvasása) függvényben. Vagy ha egy 
program a futó időt kérdezi folyamato- 
san, nagy valószínűséggel valami kés- 


leltetést futtat. Ilyenkor a figyelő rend- 
szer általában bizonyos számú hívás 
után lecsökkenti a rendszeraktivitást. 

Sajnos a helyzet azért nem ilyen 
egyszerű. Például az INT28H nem min- 
dig jelenti azt, hogy a rendszer szun- 
dizhat. Egy  számolótábla például 
hosszabb számításoknál ellenőrzi a bil- 
lentyűzet megnyomását, hogy nem 
akarja-e a felhasználó megszakítani a 
számítást. A legtöbb kommunikációs 
program felváltva figyeli a billentyűze- 
tet és egy állapotjelzőt a memóriában, 
ami a beérkezett karakter okozta meg- 
szakítást jelzi. A TSR programok is meg 
tudják bolondítani a figyelést azzal, 
hogy folyamatosan figyelik a rendszer- 
időt, azt mutatva, mintha semmi hasz- 
nosat nem csinálnának. 

Ezért a teljesítménykezelő program- 
nak , okosnak" kell lennie. Például tud- 
nia kell, hogy a számolótáblánál a szá- 
mítás közbeni billentyűzetfigyelés rit- 
kább. A kommunikációs programoknál 
is eldönhető, hogy volt-e már előzőleg 
a soros port aktív, valamint az adatát- 
viteli sebességet is a maximumra lehet 
állítani az aktív idő rövidítése céljából. 
A TSR program is kivehető-visszatölt- 
hető annak eldöntésére, hogy a főprog- 
ram aktivitását meg lehessen különböz- 
tetni a TSR programétól. 

A képernyőhöz, diszkekhez és soros 
portokhoz fordulást a programaktivitás 
biztos jeleként lehet értékelni. 


És a következtetés... 


Végül is a fogyasztás csökkentésére 
irányuló kutatások és eredményeik 
mindenkinek hasznosak. A kevesebbet 
fogyasztó áramkörök — mivel hőmér- 
sékletük alacsonyabb — megbízhatób- 
ban működnek, mint a villanyrezsóként 
viselkedők. A régebbi, telepről táplált 
abuta" eszközeinket felváltják a magas 
beépített intelligenciával rendelkező 
eszközök. Nincs már túl messze az a 
világ, amelyben a gépek mindenhol 
elérhetők és használhatók anélkül, hogy 
azokat a fali csatlakozóba dugnánk. 


Kónya László 
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soknál. A figyelmes olvasó bizonyára 
könnyen el tudja különíteni ezeket az 
adatokat. (Ilyen adat például az egyik 
gépnél: a , zavarszűrés" hiányaként uta- 
lunk arra, hogy teljesen szokatlan mó- 
don ez a gép rádiófrekvenciás kisugár- 
zással zavarja környezetét. A , tovább- 
fejlesztés" 1-es érdemjegye pedig arra 
utal, hogy a cég már lemondott a modell 
továbbfejlesztéséről, kifutottnak tekinti 
ezt a géptípust.) 

— A , globális érték" összesen csak 
5 gépnél szerepel — azoknál, amelye- 
ket a tesztelést végző szakemberek a 
legmagasabbra értékeltek — minden 
szempontból. 

Vizsgáljuk meg először, hogy meny- 
nyiben tesznek eleget a jogos elvárá- 
soknak az olcsóbb árfekvésű noteszgé- 
pek. A , picik" között is a legkisebb és 
a legkönnyebb az első kettő, a Compu- 
Add és a Northgate jól használható kis 
apróságai. Az elsőnek gyenge pontja a 
képernyő, a másiknak viszont iszonyú- 
an gyorsan kimerül a telepe. Sokkal 
jobban jár, aki a Dell gépét veszi meg, 
amelynek ugyan kisebb a képernyője, 
de minden paramétere jó, áramtakaré- 
kosságban pedig csak egyetlen gép elő- 
zi meg, az ugyancsak az olcsó kategó- 
riába tartozó Austin. 

A közepes méretűek között az első 
kettő, a Leading és a Blackship lénye- 
gében ugyanazt nyújtja, csak a Leading 
magasabb árért. A Blackship a mezőny 
legolcsóbb gépe, üzemeltetése is gaz- 
daságos, igaz viszont, hogy a teljesít- 
ménye gyenge. A harmadik, a Micro 
ugyancsak igen olcsó, sokat kibír, de 
ennek is a teljesítményével vannak 
problémák. 

A nagyobbacskák közül az Everex 
viszi el a pálmát. Szinte minden szem- 
pontból kitűnő gép, és nagyszerűen 
bírja a strapát. (A Panasonickal együtt 
ez a gép volt az, amely minden gyötrést 
kibírt.) Az Austin képernyője gyen- 
gébb, viszont áramtakarékossága kivá- 
ló. A Zeos elég szélsőséges konstrukció. 
Sok jó tulajdonsága van, de főleg tel- 
jesítményben lemarad az Everextól 
(igaz, olcsóbb is nála). 


Háromezer dollár felett 


Egyszerűség kedvéért (és mivel vi- 
szonylag kevesebb gép került a maga- 
sabb árkategóriákba) egy táblázatban 
foglaltuk össze a közepes és drága 
árfekvésű gépek értékelő adatait. Több 
egyszerűsítést is végrehajtunk a táblá- 
zatban (így például a teljesítményen 
belül nem látszik szükségesnek a CPU 
és a merevlemez teljesítményének kü- 
lönválasztása, mivel értékelésük között 
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nincs lényeges különbség). Az össze- 
vont táblázaton belül azonban megtart- 
juk az alkategorizálást a homogenitás 
biztosítása érdekében. 

A középdrága kategória , pici" gépei 
közé került a Texas Instruments kis 
könnyű TravelMate gépe, amely szinte 
minden paramétere szerint az , olcsó 
pici" CompuAdd ikertestvére lehetne, 
Csak lényegesen magasabb áron. A 
szintén olcsó Delltől meg éppen lema- 
rad áramtakarékosságban és a képernyő 
teljesítményében. Az Acer már lénye- 
gesen jobb konstrukció, de kis mérete 
ellenére rendkívül nehéz, és ez is eszi 
az energiát. 

A Hyundai viszonylag olcsó, igen 
masszív konstrukció, de számos gyenge 
pontja van. Különösen a billentyűzete 
kiábrándítóan gyatra. Kimondottan jó 
noteszgép a Tandon, bár nem olcsó. 
Zavaró a billentyűk kényelmetlen elhe- 
lyezkedése. A rázkódás kivételével jól 
tűri a gyötrést. 

A , nagycsoportos" középdrága kate- 
góriában a Panasonic átlagos teljesít- 
ményt nyújt (elmarad például az olcsó 
Delltől), viszont a , kínzóteszt" összes 
viszontagságait a teljes mezőnyből ez 
a típus viselte el legkönnyebben (a 
másik hasonlóan rendkívül masszív 
konstrukció az Everex volt, amely 
amellett, hogy sokkal olcsóbb, mint a 
Panasonic, jobb képernyővel és billen- 
tyűzettel van felszerelve). 

A drága gépek kategóriájában a ,pi- 
cik" közé tartozik a Zenith — alig 
nagyobb az , ikerpárnál", a CompuAdd- 
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nél és a Texas Instruments TravelMate- 
jénél. Igen jó teljesítményt nyújt, de 
rendkívül drágán. Különlegesen jó tel- 
jesítményének fő oka, hogy ez már az 
energiatakarékos Intel 386SL mikro- 
processzorral van felszerelve — az első 
fecske az SL noteszgépek közül. Kis 
méretéhez képest súlya rendkívül nagy. 

Teljesítményben messze lemarad tő- 
le a Librex, fogyasztásban viszont jócs- 
kán megelőzi. Bár elvileg van energia- 
takarékos üzemmódja, ez nem műkö- 
dik. Az energiafaló Northgate után ez 
a legdrágább üzemeltetésű noteszgép. 
4 MB-os RAM-ja kevés vigaszt jelent 
egyéb opcióinak gyengesége miatt. 

Egyelőre nem ismerjük még az új 
Toshiba T2200SX noteszgépnek az 
árát, de kisöccséről, a nagyobbacska 
T2000SX-ről ítélve igen jónak ígérke- 
zik. Mérete annyira lecsökkent, hogy 
jelenleg ez a legkisebb és legkönnyebb 
noteszgép, alig 2,5 kg. Intelligens áram- 
ellátó automatikával van felszerelve, 
így fogyasztásban is alighanem veri az 
egész mezőnyt. Remélhetően árban is 
versenyképes lesz vetélytársaival. 

A ,kicsik" közé tartozik a drága 
kategóriában két kiváló energiatakaré- 
kos noteszgép, az AT$T Safarija és a 
Compag LTE-je. Mérnöki szempontból 
a Compagot tekintik ma a szinte töké- 
letes noteszgépnek. Teljesítménye, kép- 
ernyőjének minősége semmi kívánni- 
valót nem hagy maga után. A nyúzó- 
tesztet is kibírta, még a bekapcsolt 
állapotban való leejtést is, bár a belső 
modemmel adódtak némi problémák. 
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A Safariról sok egyéb kiválósága 
mellett elmondható, hogy megvan a 
maga elegáns működési stílusa. Egyéb- 
ként energiatakarékosságban is élen jár, 
csak az Austin előzte meg. (Az Austin 
több mint 7 óráig bírta, a Safari jó 5 és 
fél óráig.) 

Elérkeztünk a drága gépek , nagyob- 
bacskáihoz". A Compag színvonalát 
ugyan nem éri el, de nagyon megbíz- 
ható, jó konstrukció a Toshiba 


T2000SX. Legfőbb hátránya a viszony- 
lag nagy méret. Fentebb láttuk már, 
hogy ezzel a Toshiba is elégedetlen volt, 
és elkészítette — helyette? mellette? — 
a legkisebb noteszgépet. Hibájának ró- 
hatjuk még fel, hogy latin betűs karak- 
terei nem elég jól olvashatóak. (Ebben 
a hibában egyébként osztozik az ATXT 
Safarijával.) 

Utoljára hagytunk egy egészen fris- 
sen megjelent új noteszgépet, amely 
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szintén a , leg"-ek közé tartozik. A NEC 
néhány hónapja jelentette be UltraLite 
386 SX/20-ának a piacra dobását. Ener- 
giatakarékos megoldása mellett igényes 
paramétereivel méltó versenytársnak 
ígérkezik az Everex és a Compag mel- 
lett. Sajnos, még valamiben a , leg"-ek 
közé tartozik. Ez ideig ez a legdrágább 
a 386SX-alapú noteszgépek között. . . 


Vargha Dénes 





Egy , bombabiztos" ipari laptop 


Kívül kicsi, belül nagy 


Bizonyos helyzetekben a laptop 

egyben maga ,a" munkahelyi számítógép. 

Gondoljunk csak arra, amikor a gépnek eleve állandóan 
úton kell lennie, gépkocsiban, hajón vagy repülőn. 
Másrészt gondoljunk a bontási-építkezési terepekre, 

vagy mindazon ipari környezetekre, 

ahol nem lehet kiküszöbölni a port, füstöt, vegyi anyagokat, 
hőhatást, rázkódást, ezért a helyszínen számítógépet 
eddig nem is nagyon alkalmaztak, 

pedig már szükség lett volna rá. 


A fenti körülmények között végzendő 
számítógépes munkára fejlesztette ki a 
német Kontron Elektronik az IP Lite 
hordozható számítógépet. Ennek a 10 
kilónyi vállra akasztható berendezésnek 
általános mutatói megfelelnek a normál 
méretű , jobbfajta" gépekének. Legigé- 
nyesebb változatában 486-os procesz- 
szor, 33 MHz-es órajel, 16 megabájtig 
terjedő RAM , ketyeg", és 40, 100 vagy 
200 megás merevlemezzel szerelhető 
fel, másik lemezegységébe pedig a szo- 
kásos 3,5 collos floppy való. Képer- 
nyője 256 tónusú, egyszínű VGA, hát- 
térvilágítással, 180 fokig folyamatosan 
állítható keretben. 

Az IPLite különlegessége leginkább 
a működési biztonságát garantáló ext- 
rákban fedezhető fel. Működés közben 
4 G, szállításkor pedig 15 G gyorsulást 
is elvisel. Ebben nagy szerepe van a 
magnéziumöntvényből készített fém- 
háznak, de az önmagában kevés lenne. 
Az ütődés és a vibráció ellen egyes 
érzékeny alkatrészeket külön is védeni 
kell. A por és a levegőben lévő többi 
szennyező anyag távol tartására a gép- 


ben szűrőrendszer és állandó túlnyomás 
van. A ventilátor fordulatszáma na- 
gyobb külső hóőhatást érzékelve auto- 
matikusan emelkedik, egy kritikus hő- 
mérsékleti határnál pedig a gép kikap- 
csolódik. Beépí- 
tett készülék fi- 
gyeli a főbb belső 
szerkezeti — ele- 
mek áramellátá- 
sát, és zavart ész- 
lelve azonnal , in- 
tézkedik". Igen jó 
a gép védelme a 
külső elektromos 
zavarok ellen is. 
Figyelmet ér- 
demlőek e" nem 
mindennapi ipari 
laptop  , felfegy- 
verzésének"  le- 
hetőségei: gépka- 
tegóriájában — vi- 
lágviszonylatban 
egyedülállóan 
EISA adatsínnel 
rendelkezik, s hét 


db 32 bites bővítési dugaszoló helye 
közül 5 szabad. Külső csatlakozói: 2 db 
soros (ebből az egyik átkapcsolható RS 
422/485-re), 1 párhuzamos, 1 egér, to- 
vábbá az , áramór" jelkimenete. Ezeken 
kívül még egy színes , vendégmonitor- 
nak" és egy külső meghajtónak (5,25"- 
es floppynak vagy streamernek) is van 
külön csatlakozója. 

Ennek a számítógépnek van viszont 
egy apró szépséghibája. Bizonyosan 
sokan kitalálták, hogy mi lehet az: 
természetesen az ára. Amit a minőségért 
mindig meg kell fizetni. Bár belegon- 
dolva, hogy a színes képernyőjű laptop 
gépek 20 ezer márka alatt ma még nem 
szerezhetők meg, nem is tűnik olyan 
soknak az IP Lite-ért az a 15 ezer márka. 


Faklen Pál 
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Szakirodalmi válogatás 
a hónap témájához 


Angol nyelvű cikkek 


IBM and ATST enter the fray of 386SX 
notebook computers. (Az IBM és AT8ST 
új műszaki megoldásokkal jelentkező 
386SX-alapú, 20 MHz-es táskagépei- 
nek bemutatása.) 

Byte, 1991/8. 

Full color comes to LCDSs. (Hordozható 
számítógépek szabványos VGA módú 
vád folyadékkristályos megjelenítő- 
vel. 

Byte, 1991/8. 

NCR knows notepads. (Az NCR System 
3125 fényceruzás számítógép ismerte- 
tése.) 

Byte, 1991/8. 

386SX laptops: desktop power note- 
book size. (27, 16 és 20 MHz-es, 
386SX-alapú notesz számítógépek át- 
fogó értékelése benchmark tesztered- 
ményeik alapján.) 

PC Magazine, 1991/14. 

Notebooks: keeping in the swim. (Öt 
386SX- és egy 386SL-alapú notesz- 
számítógép bemutatása és értékelése.) 
What Micro? 1991/8. 

First 386SL PC arrives. (Piacra került 
az első 386SL-alapú táskagép, a Zenith 
Mastersport 386SL.) 

What Micro? 1991/7. 

Palmtop PCs: power by ounce. (Hat 
notesz-számítógép bemutatása és érté- 
kelése.) 

PC Magazine, 1991/13. 

Put an XT in your pocket. (A Hewlett- 
Packard 95LX notesz számítógépe.) 
PC Computing, 1991/5. 

Battle of the laptop stars. (Hat 386SX- 
alapú noteszszámítógép összehasonlí- 
tó tesztje.) 

PC Computing, 1991/5. 

Eden develops first U.K. pen-based 
computer. (Az Eden Group angol cég 
PC-DOS-kompatibilis 386SX-alapú 
fényceruzás számítógépe — Papertalk 
VPi386.) 

Byte, 1991/5. 

No compromise notebooks with 386SX 
power. (Nyolc DOS, illetve DR DOS 
alapú, 386SX-es hordozható táskagép 
bemutatása és benchmark tesztered- 
ményei.) 

Byte, 1991/6. 

Software to link laptops to desktops. 
(Táskagépek számára készült adatállo- 
mány-átviteli programok.) 

Datamation. 1991/9. 

Preview: IBM notebook worth the wait. 
(Az IBM PS/2 Model L40 SX — 386-os 
alapú, speciális szoftverrel működő, 20 
MHz-es új táskagépe.) 

PC World, 1991/5. 
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MicroSlate . introduces  keyboardless 
notebooks. (A MicroSlate billentyűzet 
nélküli notesz számítógépe.) 

Infoworld, 1991/19. 

Tandon ships 20-MHz 386 SX notebook 
computer. (A Tandon 20 MHz-es 386 
SX táskagépe.) 

Infoworld, 1991/16. 

Psion 400 portable swaps DOS compa- 
tibility for speed, light weight, proprietary 
software. (A Psion 400 könnyű, részben 
DOS-kompatibilis táskagépe.) 
Infoworlid, 1991/11. 

IS adjusts as portables fly the coop. (A 
noteszgépek használata az informatiká- 
ért felelős vezetők szemszögéből.) 
Computerworld, 1991/16. 

How to buy. (Vásárlási tanácsadás hor- 
dozható PC-k és különféle perifériák 
beszerzéséhez.) 

What Micro? 1991/5. 

Fax modem chips bring datacom to 
laptops. (Hordozható személyi számító- 
gépekbe beépíthető fax modem chipek 
az adatok és képek átvitelére.) 
Electronic Design, 1991/6. 

Lightweight portable PCs. (23 könnyű 
súlyú, hordozható számítógép összeha- 
sonlító értékelése teszteredményeik 
alapján.) 

Which Computer? 1991/4. 

Sony: Unix to go. (Sony NEWS 3250: 
Unix rendszerű táskagép.) 

Datamation, 1991/6. 

Grid and Go attack different market 
sectors with pen-based machines. (Nö- 
vekvő piaci igények a fényceruzás be- 
vitelt alkalmazó hordozható gépek 
iránt.) 

Computer Age, 1991/4. 


Német nyelvű cikkek 
Laptop im Einsatz. (Laptopok alkalma- 
ása. 


zása.) 

Chip, 1991/7. 

Mit Windows unterwegs. (A Windows 
használata laptop gépeken.) 
Computer Persönlich, 1991/16. 
Vergleich: 286-Laptops. (Kilenc, 7000 
márkánál nem drágább, 286-os táska- 
gép értékelése benchmark tesztek alap- 


ján. 
Chip, 1991/5. 

Weggefáhrten: 18 Notebooks bis 9000 
Mark. (18 táskagéptípus összehasonlító 
tesztelése.) 

Computer Persönlich, 1991/16. 

Der mobile Computer an der Docksta- 
tion. (Dokkállomások hordozható sze- 
mélyi számítógépek számára.) 
Sysdata, 1991/6. 





Im Osten was Neues. (Négy — 4900 
és 6300 márka közötti áron kapható — 
táskagép összehasonlító értékelése.) 
Computer Persönlich, 1991/11. 
Ratgeber: Tragbare Computer. (Mire 
ügyeljünk a hordozható számítógép vá- 
sárlásakor?) 

PC Praxis, 1991/7. 

Übersicht: Tragbare PC. (A 2000 és 
22000 NSZK márka közötti hordozható 
személyi számítógépek piaci kínálata.) 
Chip, 1991/5. 

Alles am Griff. (Húsz hordozható, táska- 
és noteszszámítógép összehasonlító 
értékelése.) 

Computer Persönlich, 1991/7. 

Der Laptop !liest. (Penpoint operációs 
rendszer laptopokba fényceruzával tör- 
ténő adatbeviteléhez.) 

PC Welt, 1991/5. 

Mehr Pep als Schlepp: 36 tragbare 
Computer unter 3,5 kg. (3,5 kg-nál nem 
nehezebb táska- és noteszszámítógé- 
pek piaci kínálata.) 

MC Mikrocomputer-Zeitschrift, 1991/2. 


Magyar nyelvű cikkek 


CHIP-teszt: tizenkét szék. 

Chip, 1991/10. 

IBM PS/2 Laptop. 
Computerworld-Számítástechnika, 
1991/36. 

PS/2 notesz és társai. 
Computerworld-Számítástechnika, 
1991/30. 

Előre a tajvani úton. 
Computerworld-Számítástechnika, 
1991/29. 

IBM PS/2 P75: Koffer a köbön. 
Computerworld-Számítástechnika, 
1991/24. 

Heten, mint a noteszok. 
Computerworld-Számítástechnika, 
1991/13. 

Sharp PC-6200. 

Chip, 1991/1. 


Az összeállítás 
a Sandokan 
adatbázis 
alapján készült. 
InfoNet Kft. 

1119 Budapest 
XI., Vahot u. 6. 
Telefon: 166-9065 
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Belefér egy zakózsebbe egy számítógép, egy 
telefonkönyv és egy számológép egyszerre? 


Igen sőt még több is... 
Szövegszerkesztő, határidőnapló, 
LOTUS táblázatkezelő, üzleti 
kalkulátor 


A HP 95 LX PALMTOP PC 
tenyéren kínálja a megoldást! 


Ez a hordozható PC számítógép 
mindössze 300 gramm és olyan 
kicsi, hogy elfér a tenyerében is. 
IBM XT kompatibilis. Bármikor 
csatlakoztatható számítógéprend- 
szerhez. Levelei, kimutatásai, 
telefonszámai a határidőnaplója 
ebben egy helyen elfér, az adatokat 
így bármikor leolvashatja, 
megváltoztathatja. A beépített 
LOTUS programm segítségével 
számos egyéb feladatot is elvégezhet. 


A HP 95 LX PALMTOP a legmoder- 
nebb PC a legjobbaknak! 


Jellemzők: 

MS-DOS ROM 3.22 " LOTUS 1-2-3 REL. 2.2 " 
MEMO EDITOR " SYSTEM MANAGER " 
FILER " ADAT KOMUNIKÁCIÓ " 
SZÁMOLÓGÉP " HATÁRIDŐNAPLÓ " 
TELEFONKÖNYV " 16 X 8.64 X 2.54 CM. 


A valóravált lehetőség! 


HEWLETT 
ad e] VV ein 
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KÖZELGÉP 





Adat- és programtárolás 


Emlék-elmék 


Az előző részekben átnéztük, 


hogyan is működik a számítógép 
két legfontosabb kommunikációs perifériája, 


a billentyűzet és a monitor. 
A most következő részekben 


az adat- és programtárolás témakörére térünk át. 


Értelemszerűen két, 


minőségileg különböző tárolási rendszerrel foglalkozunk. 


Az egyik az operatív memória, 


a másik pedig a mágneslemezes berendezések köre. 
E havi számunkban főleg az operatív memóriáról lesz szó, 
de érintjük a floppyk és winchesterek lelkivilágát is. 


A memóriák 


A számítógépekben alapvetően kétféle 
memória-áramkört találhatunk. Az 
egyik a ROM memória, amelynek tar- 
talmát nem tudjuk megváltoztatni. A 
ROM memória a gép kikapcsolt álla- 
potában is megőrzi tartalmát. A ROM 
memóriák tartalmát a gyártó cég beírja 
a chipbe, és az többé nem változtatható 
meg. A másik memóriatípus a RAM. 
Ez a memória csak a gép bekapcsolt 
állapotában működik, kikapcsolás után 
tartalma elvész. A RAM memória tar- 
talmát szabadon megváltoztathatjuk, át- 
írhatjuk. 

Az IBM PC gépen futó DOS operá- 
ciós rendszer maximum 1 megabájt 
memória kezelésére képes. Ennek az 1 
megabájtnak igazából csak az alsó fele 
áll a DOS rendelkezésére, mert a felső 
felét a képernyővezérlő, a winchester- 
és floppyvezérlő, valamint a ROM me- 
móriába , égetett" alapprogram, a ROM 
BIOS foglalja el. Így igazából a DOS 
részére 512 kbájtRAM memória marad 
szabadon (XT gép esetén 640 kbájt). 

A RAM típusú memória-áramkörök 
egy része az alapkártyán található, de 
lehetőség van plusz memóriakártya be- 
helyezésére is. Programozási szem- 
pontból azonban mindegy, hogy a me- 
mória fizikailag hol helyezkedik el, 
csak az számít, hogy mennyi van be- 
építve a gépbe, és hogyan használhatjuk 
azokat. 

A DOS a rábízott 512 kbájt memó- 
riával gazdálkodhat. Ennek egy részét 
a BIOS kezeli, egy részét a DOS belső 
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célokra használja fel, egy részét pedig 
a programok vehetik igénybe. A memó- 
ria legalján a 0:0 (szegmens:offset) és 
0:3FF címek között helyezkedik el a 
megszakítási vektortáblázat. (Lásd a 
rovatindító, októberi cikkünkben.) A 
közvetlenül e feletti címeken 0:400 és 
0:4FF között a BIOS garázdálkodik, ezt 
a DOS adatterülete követi 0:500 és 
0:SFF között. Ezeket az alsó memória- 
tartományokat mindig az itt feltüntetett 
címeken találhatjuk, de az ezek után 
következők pontos helye már a használt 
DOS-verziótól és -paraméterektől függ. 
Annyi biztos, hogy a 0:5FF címen 
végződő DOS-terület felett az IO.SYS 
(vagy IBM-DOS esetén az IBM- 
BIO.SYS) található, ennek a hossza már 
verziófüggő. Közvetlenül ezután követ- 
kezik az MSDOS.SYS (illetve IBM- 
DOS esetén az IEMDOS.SYS). Felet- 
tük helyezkednek el az alapértelmezett 
vagy konfigurációs állományban meg- 





adott device driverek (eszközmeghaj- 
tók), — például az  ANSISYS, 
VDISK.SYS, MOUSE.SYS stb. A leg- 
felső (legutoljára betöltött) eszközmeg- 
hajtó felett található a  COM- 
MAND.COM. Az ezután szabadon ma- 
radó területből utal ki a DOS a progra- 
mok számára memóriát, ha erre szükség 
van. 

A programok elindításának első lé- 
pése a betöltés az operatív memóriába. 
Ez általános esetben a tár legalacso- 
nyabb szabad részére való beolvasást 
jelent. A beolvasott program a teljes 
szabad tárterületet megkapja az operá- 
ciós rendszertől, nem csak annyit, 
amekkora helyen elférne. A rendelke- 
zésére álló helynek azt a részét, amelyet 
saját kódja nem foglal el, szabadon 
használhatja.  Blokkokat  allokálhat, 
overlay ágakat olvashat be stb. Kilépés 
után a rendelkezésre bocsátott memó- 
riaterületet általában visszaadja az ope- 
rációs rendszernek, kivéve a renitens 
rezidens programokat, Ezek úgy adják 
vissza a vezérlést a DOS-nak, hogy 
közben bizonyos méretű memóriát (leg- 
alább a rezidens kód tárolására valót) 
megtartanak maguknak. Az ábra egy 
lehetséges memóriaelrendezést mutat 
be 


A DOS minden egyes memóriablokk 
előtt elhelyez egy 16 bájtnyi leíró terü- 
letet. Ennek a leírónak a létrehozása és 
módosítása a DOS kizárólagos joga! A 
leíróterület első bájtja azt mutatja meg, 
hogy az adott blokk a legfelső (utolsó) -e 
a blokkok sorában vagy nem. 5A(hexa) 
az utolsó blokk kódja, 4E(hexa) az 
összes többié. A következő két bájt a 








blokk tulajdonosát azonosítja, azt a 
programot, amelyik a blokkot lefoglalta 
vagy birtokolja. Ez a két bájt a tulajdo- 
nos program tárban elfoglalt helyére 
mutat. A leíró terület következő két 
bájtja a blokk paragrafusokban (16 bájt) 
kifejezett hosszát mutatja. Ebbe a 
hosszba nincs beleszámolva a leíróte- 
rület 1 paragrafusa (16 bájtja). 


Háttértárolók 


ARAM és ROM memóriák egyik nagy 
előnye a nagyon gyors műveletvégzési 
lehetőség és a könnyű kezelhetőség. 
Hátrányuk ezzel szemben a viszonylag 
kicsi kapacitás, a magas ár és az a tény, 
hogy az operatív memória RAM áram- 
körei a gép kikapcsolásakor mindent 
elfelejtenek. 

A winchesterek használata sokkal 
lassabb ugyan, mint a memóriáé, de 
kapacitásuk a memóriáénak jó esetben 
80-100-szorosa is lehet. A winchester a 
tárolt adatokat a gép kikapcsolt állapo- 
tában is megőrzi. 

A floppylemez kapacitása is nagyon 
kicsi, sebessége is lassú, de cserélhető- 
sége miatt mégis szükség van rá. 

A floppy- és a winchesterlemezek 
(továbbiakban: mágneslemezek) belső 
felépítése és működési módja teljesen 
azonos. A nagy különbségek abból 
adódnak, hogy a winchester — néhány 
kiviteltől eltekintve — nem cserélhető, 
egy gyárilag lezárt dobozban, abszolút 
pormentes körülmények között dolgo- 
zik, míg a floppykat a szabad levegőn 
tároljuk, és néha (véletlenül) meg is 
kínozzuk. 

A mágneslemez úgynevezett blokkos 
periféria. Ez azt jelenti, hogy az adato- 
kat nem bájtonként írjuk ki vagy olvas- 
suk be, hanem meghatározott méretű 
bájtcsoportokat (blokkokat) kezelünk. 
Ha a mágneslemezen tárolt adatok kö- 
zül csak egy bájtot szeretnénk megvál- 
toztatni, akkor is egy egész blokkot be 
kell olvasni, az adott bájtot átírni, majd 
az egész blokkot visszaírni a lemezre. 
A mágneslemezes blokkok mérete egy 
nulla és öt közti számmal jellemezhető 
(jele: N). A blokk méretét bájtokban a 
128"2AN képlet adja meg. Az N- 0 
érték 128 bájtos, az N — 5 érték 4096 
bájtos szektorméretet jelöl. N értéke 
valójában ötnél nagyobb szám is lehet, 
de ez már nem szabályos. 

A mágneslemezek kör alakú mű- 
anyag korongok, amelyek külső felülete 
mindkét oldalon vas-oxiddal vagy más 
hasonló mágneses tulajdonságú anyag- 
gal van bevonva. Erre a mágneses ré- 
tegre írja fel a meghajtóegység az ada- 
tokat mágneses jelek formájában. A 


vas-oxid a mágneses jelet megőrzi, és 
szükség esetén a meghajtó vissza tudja 
olvasni a felírt adatokat. 

A floppylemezeknek mindig két ol- 
daluk van, a winchesterlemezeknek vi- 
szont általában ennél több (4, 6, 8, vagy 
akár 10). Ezt úgy érik el, hogy egy 
winchester igazából nem egy, hanem 
több lemezből áll. Egy öt lemezből álló 
winchesterlemeznek például értelem- 
szerűen tíz oldala van. 

A mágneslemez felületén az adatok 
kör alakú sávokban (track) vannak fel- 
írva. Az egy mágneslemezre írható 
trackek száma floppylemezeknél 40 és 
100 között mozog, winchestereken el- 
érheti az ezret is. Az egyes trackek az 
adathordozó felületén kijelölt kör alakú 
sávok. Ezek a sávok még tovább vannak 
osztva  körcikkelyekre, úgynevezett 
szektorokra. Egy szektornyi az a legki- 
sebb (és legnagyobb) adatmennyiség, 
amitegyszerre olvasni vagy írni tudunk. 
Ha ennél kevesebb adatra van szükség, 
akkor is kénytelenek vagyunk beolvas- 
ni egy egész szektort, ha többre, akkor 
pedig több szektort kell egymás után 
beolvasni. Egy track floppylemezek 
esetén 8 és 20 közötti szektort tartalmaz, 
winchestereken ez a szám maximum 32 
lehet. 


Azért óvatosan! 


Az eddig leírtakból következik, hogy 
egy adott szektor azonosításához meg 
kell adnunk a következő három dolgot: 
1. melyik lemezoldalon van a szektor 
(head vagy side), 2. az adott oldal 
melyik sávjában van (track), és vége- 
zetül 3., hogy az adott sávon belül 
hányadik szektorról van szó (sector). 
A floppylemezek minden egyes szek- 
tora a hasznos adaton kívül egy csomó 
járulékos információt tárol. A szektorok 
felépítése a következő: 12 db 0, 3 db 
161, 254, tracksorszám, headsorszám, 
szektorsorszám, szektorméret-jelző- 
bájt, 2 bájt ID mező CRC, 16 db 78, 
12 db 0, 3 db 161, 250, szektorhasznos 
adatok, 2 bájt CRC, 78 értékű , kitöltő" 
bájtok a következő szektor elejéig. 


KÖZELGÉP 


A felsorolásban használt kifejezések; 
a racksorszám", , headsorszám", , szek- 
torsorszám" a fentebb említett három 
szektorazonosító információ. A szektor- 
méret-jelzőbájt a fentebb részletezett N 
értéket tartalmazza. A DOS által hasz- 
nált lemezeken itt mindig 2 áll, mert ez 
adja az 512 bájtos szektorméretet (a 
DOS minden mágneslemezen 512 báj- 
tos szektorméretet használ). Az ID me- 
ző CRC két bájtja az eddig ismertetett 
adatokról készített adathelyesség-ellen- 
őrző számot tárolja. A hasznos adatok 
után következő két CRC bájt a hasznos 
adatok helyességét ellenőrző számokat 
tárolja. 

Az egyes sávok elején az első szektor 
előtt még egy bájtsorozatot találhatunk, 
amely a sáv kezdetét azonosítja. A 
bájtok a következők: 50 db 78, 12 db 
0, 3 db 194, 252, 32 db 78. Ezt sávfej- 
lécnek nevezhetjük. A sávfejléc után 
következnek az egyes szektorok, ame- 
lyek belső felépítését az előző bekezdés 
tartalmazza. 

A kontroller egyszerre mindig egy 
szektornyi információt kezel, és a szek- 
tornak csak a hasznos adatokat tartal- 
mazó részét, valamint az ehhez tartozó 
CRC-információt közli velünk. A sáv- 
fejléc és az egyes szektorok fejléce 
mindig rejtve marad. Ezt a szabályt egy 
ötletes módon tudjuk csak megkerülni. 
Ha lemezovasási művelet előtt a szek- 
torméret jelzőbájtjába a szokásos érték 
(2) helyett kilencet írunk, akkor a szek- 
torméretet a rendszer 16 384 bájtnak 
fogja venni. A szektor hossza ettől 
ténylegesen nem változik. Ha most ezt 
a szektort beolvassuk, akkor az olvasás 
nem áll meg a szektor végén, hanem 
folytatódik a szektor után következő 
CRC-vel, majd a szektorok közötti , ki- 
töltő" bájtokkal, a következő szektorral, 
és így tovább. 

Ezeknek a lehetőségeknek a kihasz- 
nálásával nagyszerű programvédelmet 
lehet készíteni. A mágneslemezek fizi- 
kai kezelését kizárólag profi programo- 
zóknak is csak akkor ajánlom, ha rész- 
letes és hiteles leírás áll a rendelkezé- 
sükre. Fridl György 


Cédrus Karolina Áruház 


Nyitva hétfőtől péntekig: 8.30—18.30 


Szombaton: 8.30—13.00 


Budapest XI., Karolina út 17. 
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A 91 :SJUGJMOIOYJNOANI 


SZERSZÁMOSLÁDA 


Lebegő matematika koprocesszorra 


PC-vásárláskor a gyanakvóbb felhasználó általában 
— mit adnak a pénzemért alapon — 


belenéz a gép dobozába, 


és meglátván egy üres foglalatot a processzor közelében, 


ritkán állja meg kérdés nélkül: 


— Mit spóroltak el innen? 


"A koprocesszor helye" — mondja az eladó. 
További firtatásra esetleg még hozzáteszi: 

,A lebegőpontos számításokhoz. Opcionális". 
Vagyis gépünk enélkül is működik. 

Mi kerül ezen ennyibe, és egyáltalán mit tud? 
Erre a kérdésre igyekszik válaszolni 


négyrészes cikksorozatunk, 


amihez azonban először némi alapozás szükséges. 


A felhasználó, főleg ha szövegszerkesz- 
tésre használja PC-jét, többet nem is 
találkozik vele. Ha azonban például 
táblázatkezelésre is szüksége van, meg- 
lepve tapasztalhatja, hogy ugyanaz a 
program egy barát vagy egy kolléga 
gépén sokkal előbb végez a számítá- 
sokkal. , Koprocesszorom van." — 
mondja büszkén a kolléga. Ha pedig 
valamelyik CAD programot kívánja 
használni, előfordulhat, hogy az el sem 
indul a koprocesszor — más néven 
matematikai processzor — nélküli gé- 
pen. Néhány közülük még egy hibaüze- 
netre sem méltatja a komolytalannak 
ítélt felhasználót. 

A második meglepetés akkor éri, ha 
a fentiek hatására úgy dönt, beszerzi ezt 
az izét. Ára ugyanis eléri — típustól és 


1. ábra 


sebességtől függően — a teljes konfi- 
guráció (winchesterestül-monitorostul) 
árának 20-307o-át. 

A processzorok fejlődésével növeke- 
dett a regiszterekben ábrázolható szá- 
mok nagysága is, de ez még mindig 
nem elegendő nagyobb üzleti, tudo- 
mányos és műszaki alkalmazásokhoz. 
Természetesen a programozó tetszés 
szerinti nagyságú számokat használhat, 
de ezek kezelése nehézkes és lassú. 
További problémát jelent, hogy a PC- 
kben használt processzorok utasítás- 
szinten csak a négy alapműveletet tud- 
ják végrehajtani. Minden más függ- 
vényt olyan függvénysorokból kell elő- 
állítani, amelyekben csak ez a négy 
művelet szerepel. (Ami viszont nagyon 
sok időt vesz igénybe, és a kód méretét 


is erősen megnöveli.) A számítások 
hatékonyságának fokozására alkalmaz- 
zák a matematikai processzorokat, ame- 
lyek lényegesen nagyobb méretű szá- 
mokat kezelnek, és utasításszinten va- 
lósítanak meg több magasabb rendű 
függvényt. A velük szemben támasztott 
minimális követelményeket az IEEE 
754-1985-ös szabványa tartalmazza. 

A szabvány szerint a nagyméretű 
számokat a papír-ceruza módszernél 
megszokott normál alakban ábrázoljuk. 
Ekkor a szám értékes jegyeit az első 
rész, a mantissza, míg nagyságrendjét 
a második tag, a kitevő tartalmazza. A 
szabvány háromféle lebegőpontos for- 
mátumot definiál, az egyszeres és a 
kétszeres, valamint a kétszeres kiter- 
jesztett pontosságú valós alakot. Mind- 
három formátum előjel-, kitevő- és 
mantisszamezőt tartalmaz. A normál 
alakú számábrázolásnál az 1-nél kisebb 
számok kitevője negatív. Mivel a for- 
mátumban az előjel a mantisszára vo- 
natkozik — negatív szám is ábrázolha- 
tó —, a kitevőhöz hozzáadnak egy 
eltolásértéket. Az eltolás értékénél ki- 
sebb kitevő negatívként értelmezett. 

Nézzünk egy példát, hogyan ábrázol- 
juk a matematikai processzoron belül 
mondjuk a —245.625-öt. 

Először is bináris számmá kell átvál- 
tanunk: 
—245.625 -— —11110101.101B 

Ezután a tizedespontot el kell léptet- 
nünk balra, az első értékes jegyig, ami 
helyi értékenként kettővel való osztást 
jelent, és hogy a szám értéke helyes 





Az IEEE 754—1985 szabvány számformátumai 


s Kitevő, 8 bit ] Mantissza, 23 bit Egyszeres pontosságú valós 


Bi Kitevő, 11 bit ] Mantissza, 53 bit Kétszeres pontosságú valós 


Kétszeres kiterjesztett 


Kitevő, 15 bit Mantissza, 64 bit 
pontosságú valós 


S z előjelbit 
S z 1 negatív 
S z 0 pozitív 
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A kitevő eltolása: 


127 az egyszeres, 
1 023 a kétszeres, 


0, 1.2E£—38-cx3.4E38 


0, 2.3E—308cxc1.7E308 


0, 3.4E—4932cxc1.1E4932 


16 383 a kétszeres kiterjesztett formánál. 








maradjon, ezt a kitevővel kell ellensú- 


lyozni: 
—1.1110101101 E 111B 
(mantissza) (kitevő) 


A fenti műveletet nevezik normálás- 
nak. Egynél kisebb szám esetén a tize- 
despontot jobbra kell léptetni, amit ne- 
gatív kitevő ellensúlyoz. A normálásra 
azért van szükség, mert a mantisszán 
belül nem tudjuk jelölni a tizedespont 
helyét, így azt egy fix, megállapodott 
pozícióra kell állítanunk, és legalább 
egy értékes jegye minden számnak van. 
Az első értékes jegy egy bináris szám- 
nál mindig csak egyes lehet, hiszen a 
nulla nem az, ha nem áll előtte semmi. 
Így tulajdonképpen a tizedespont előtt 
álló egyes elhagyható, ezután minden 
szám részének tekintjük, viszont ezzel 
a fix hosszúságú mantisszában nyertünk 
még egy ábrázolható bitet. 

Ezután már csak az eltolást kell hoz- 
záadnunk a kitevőhöz, ami az egyszeres 
pontosságú valós alak esetén 127. 

111 4 O1111111 — 10000110 

A szám végső alakja az egyszeres 

pontosságú formában: 

1 előjel 

10000110 kitevő (8 bit) 
11101011010000000000000 mantissza 
(23 bi) 


Pontatlanság 


Az 1. ábra mutatja a szabvány által 
definiált formákat, és az egyes típusok- 
ban ábrázolható számtartományokat. 
Ezek nagysága láttán azonban nem sza- 
bad elfelejteni, hogy a számok csak 
korlátozott pontossággal ábrázolhatók. 
Pontosságon két, egymást követő és 
ábrázolható szám távolságát értjük a 
számegyenesen (lásd a 2. ábrát). Haegy 
tartományon csak korlátozott — a man- 
tissza hossza által megszabott — számú 
érték ábrázolható, akkor a pontosság 
nyilván nem lehet tetszőleges. 

Nagyobb gondot okoz, hogy a pon- 
tosság a szám nagyságától is függ. 

Ennek illusztrálására nézzünk egy 
példát, amelyben a mantissza és a kite- 
vő is csak két számjegyet tartalmaz. Az 
egyszerűség kedvéért maradjunk a tízes 
számrendszerben, és tekintsünk el a 
negatív számoktól, valamint a normá- 
lástól. 


2. ábra 


SZERSZÁMOSLÁDA 


A kétjegyű mantisszán 1 és 99 között 
minden egész számot ábrázolhatunk, 
ekkor a kitevő 0. 
mantissza — kitevő 
01 00, azaz 1x1097- 1x1 71, 
99 00 99x109 — 99x1 - 99. 

A 100-at is tudjuk ábrázolni: 

10 01, azaz 10x10! — 10x10 — 100. 

A 101-gyel azonban már baj van, 
három értékes jegyet tartalmaz, ábrá- 
zolni azonban csak kettőt tudunk, ha 
csonkítjuk, a szám értéke elvész. A 100 
után következő, pontosan ábrázolható 
szám a 110. 

11 01, azaz 11x10! — 11x10 — 110. 

A pontosság (azaz pontatlanság) ér- 
téke 10. 

A háromjegyű számoknál az 1000 
után már csak az 1100-at tudjuk ábrá- 
zolni, a pontosság 100 lesz. A relatív 
— a szám nagyságához viszonyított — 
pontosság nem változott, 1 százalékos 
(mivel két értékes jegyet használtunk 
tízes számrendszerben), az ábrázolás 
abszolút pontossága azonban romlott. 

Ha egy számítás eredménye két áb- 
rázolható szám közé esik, akkor kere- 
kíteni kell, a kerekítésekre vonatkozó 
előírásokat szintén tartalmazza a szab- 
vány. 

A fentiek miatt az erősen eltérő nagy- 
ságrendű számokkal végzett műveletek 
váratlan eredményekre vezethetnek. Ha 
egy nagy számhoz egy nála lényegesen 
kisebb számot adunk vagy vonunk ki, 
előfordul, hogy a szám változatlan 
marad., 

Így például, ha koprocesszort hasz- 
nálunk, a 
FOR i-0 TO 1000000000 STEP 1 
ciklusnak sohasem lesz vége, hacsak 
nem gondoskodunk külön róla, hogy a 
lépésérték növelje a számlálót. 

Miért nem használjuk — a pontosság 
növelésére — csak a legnagyobb, a 
kétszeres kiterjesztett pontosságú for- 
mát? Méreténél fogva a betöltése több 
mint kétszer annyi ideig tart, és a me- 
móriában is több helyet foglal, kis 
számoknál felesleges 0-kat tartalmazva. 
E hosszúra nyúlt bevezető után a kö- 
vetkező részben a speciális értékek 
problémakörének boncolgatásával 
folytatjuk a sorozatot. 


Csórián Sándor 


Lebegőpontosan ábrázolható számok a számegyenesen 


JHHHHHH 


o n 





ajánlata 
nyomdák, szedőüzemek, 
grafikai stúdiók, 
szerkesztőségek számára. 


Ha!!! 


. . . Önnek szüksége van minden igényt 
kielégítő DTP-rendszerre elérhető áron, 
akkor ajánljuk az ATARI 
számítógépcsaládot 1—26 Mbyte 
memóriáig, cserélhető és fix 
harddiszkeket, fekete-fehér 
lézerprintereket, monochrom és színes 
monitorokat. ATARI kompatíbilis periféria 
ajánlatunk tartalmaz színes 
lézerprintereket, nagy felbontású mono- 
és színes monitorokat, scannereket, 
lézerlevilágítót, valamint rajz- és 
kivágóplottereket. 


HA!!! 


. . . szeretne könnyen kezelhető és 
gyorsan dolgozó tördelő-szerkesztő és 
grafikai programot, akkor ajánljuk 
Önnek az ATARI bázisú professzionális 
DTP rendszerhez: 


9 a CALAMUS kiadványszerkesztő; 

e az OUTLINE ART vektorgrafikai; 

s a VEKTOR Fonteditor betűszerkesztő; 

e a PKSWrite szövegszerkesztő 
programot. 


cajlamus" 
Dukdópfukolira 


HA!!! 
. . . Ön szuper gyorsaságot és kényelmet 
óhajt, akkor ajánljuk a BioNet 
hálózatot, mellyel mindezt — hardvert 
és szoftvert — egyetlen élő sejtként 
kezelheti, valamint a már meglévő 
Novell vagy Ethernet hálózatához 
csatlakoztathatja. 


Ha!!! 


. . . már a CALAMUS DTP rendszerrel 
dolgozik és kiváló minőségű 
nyomdaeredetire van 
szüksége, akkor ajánljuk Önnek 
lézerlevilágító szolgáltatásunkat: 


9 1-5 A/4-es oldalig 750,— Ft 4 ÁFA 
5 6—10 A/4-es oldalig . 550,— Ft -- ÁFA 
2 11—100 A/4-es oldalig 450,— Ft -- ÁFA 
5 100 A/4-es fölött 300,— Ft 4 ÁFA 


A DTP System Kft. a DMC szoftverek kizárólagos 

magyarországi forgalmazója. Kereskedők, illetve 

viszonteladók részére jelentős árengedményeket 
biztosítunk. 

Telefonon történő bejelentkezés esetén 
programbemutatót tartunk. Telefon: 156-4175; 
175-6801 s Fax: 175-6530 s Postacím: 1125 
Budapest, Istenhegyi út 54/E 
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A Sz :SJUHMOIOVJNYOANI 


SZOFTVERTÉKA 


FrameBase vagy Kerestext? 


Van képük hozzá! 


A hazai piacon több képi és szöveges 
adatbázis-kezelő rendszer látott napvilágot. 
Ezek közül most két hazai fejlesztésű rendszert 
— FrameBase és Kerestext 2.01 — 


szeretnénk nagyító alá venni. 


FrameBase 


A FrameBase egy olyan színes képi 
adatbázis-kezelő program, amely kép- 
és szövegfájlok archiválására, megjele- 
nítésére és visszakeresésére alkalmas. 
Ugyanakkor a program tárolja azokat a 
kapcsolatokat, amelyeket a felhasználó 
definiál a képek és a szövegek között. 
A program a képi információkat TIFF-, 
a szövegeseket pedig ASCII-formátum- 
ban tárolja. 

A rendszer indításakor egy konfigu- 
rációs fájlban rögzítjük a képfelbontás- 
ra és a háttértárra vonatkozó informá- 
ciókat, és itt választjuk ki a program 
menüjének és üzeneteinek a nyelvét 
(magyar, német, angol). A képek és a 
hozzá tartozó szövegfájl úgynevezett 
kulcsszavakkal (címekkel) kapcsolha- 
tók össze. A tárolt információkat ezen 
kulcsszavak alapján rendszerezhetjük 
és kereshetjük vissza. A kulcsszavak 
között definiálhatunk logikai kapcsola- 
tokat, amelyek jelentősen megkönnyí- 
tik a visszakeresést. 

A FrameBase a nemzetközi TIFF- 
szabványoknak megfelelően tárolt két- 
szintes, tónusos fekete-fehér, valamint 
256 színes kép megjelenítésére alkal- 
mas. A képek természetesen kicsinyít- 
hetők, nagyíthatók, forgathatók. Kiin- 
duláskor a kép kicsinyítve jelenik meg 
a képernyőn. A felhasználó gyakorlati- 
lag addig nagyíthatja a képet, ameddig 
4 képpont teljesen kitölti a képernyőt. 
A nagyítás után a képernyőt , úsztatni" 
lehet a kép felett, így a kép minden 
részletét megnézhetjük. 

A FrameBase TIFF-szabványoknak 
megfelelő tömörítő eljárásokat is tartal- 
maz. Ezek a tömörítések veszteségmen- 
tesek, az egyes képek bonyolultságának 
megfelelően 30-7090 hatásfokúak le- 
hetnek. Tekintettel az adatok nagy 
mennyiségére, célszerű nagy kapacitá- 
sú tárakat használni, így a FrameBase 
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támogatja az optikai diszkek háttértár- 
ként való alkalmazását. 


Hypermap-hypertext keresés 


Az adatbázisban való keresés jól bevált 
módszere a hypermap-hypertext kere- 
sés. Ez azt jelenti, hogy a felhasználó 
kijelölheti a kép vagy a szöveg egy 
részletét, és a kulcsszó definiálásával 
nevet ad ennek a részletnek. A kurzorral 


a kép vagy a szöveg egy részletére 


rámutatva olyan címlistához jutunk, 
amely a választott kulcsszó által meg- 
határozott osztály elemeit tartalmazza. 
Ezek közül egyet választva az eljárás 
tovább folytatható. A FrameBase ismer- 
tetésekor erre látványos példát mutattak 
be a fejlesztők. Először a spanyol ten- 
gerpart jelent jelent meg a képernyőn. 
Majd rákattintva egy kiválasztott ten- 
gerparti városra, utána rögtön választ- 
hattunk az üdülőhely szállodái közül. 
Végül a kijelölt szálloda szobáit is 
sbejárhattuk" pillanatok alatt. Ez lehet 
az oka, hogy az idegenforgalom terüle- 
tén például szállodai helyfoglaló rend- 
szerként vagy a falusi turizmus nyilván- 
tartására már több helyen is használnak 
FrameBase-t. 

Mivel a rendszer a kulcsszavakat 
karaktersorozatként értelmezi, így nu- 
merikus kulcsok szerinti keresés köz- 
vetlenül nem lehetséges. Ezt a hiányos- 
ságot azonban a fejlesztők azzal hidal- 
ták át, hogy a FrameBase-t alkalmassá 
tették más adatbázis-kezelő rendszerek- 
kel való együttműködésre, azaz para- 
méterek átadására, illetve fogadására. 
Így a már létező adatbázisok állomá- 
nyait a FrameBase-zel további képi, 
illetve szöveges információval egészít- 
jük ki. 

A FrameBase-hez tartozó program- 
mal a beszkennelt vagy kamerával fel- 
vett színes képek jó minőségben ki is 
nyomtathatók. Kényelmes megoldás, 


hogy valamennyi nyomtatóhoz kifej- 
lesztették a megfelelő nyomtatóprogra- 
mot. 


Alkalmazási területek 


A FrameBase-t ma már több helyen 
használják Magyarországon, hiszen a 
múzeumi, az áruházi, az alkatrész-, 
autó- és bútorkatalógusok összeállítá- 
sakor vagy az orvosi felvételek és met- 
szetképek rendszerezésében jelentősen 
megkönnyíti a felhasználó munkáját. 
Egy érdekes, izgalmas felhasználói te- 
rület a rendőrségi alkalmazás, ahol egy 
arckép adatbázisból a szemtanú választ- 
ja ki a szemet, orrot, fület, szájat. Az 
így előállított fantomképhez termé- 
szetesen ujjlenyomat és aláírás is tar- 
tozhat. 

A DOS alatt működő, C-ben megírt 
program méltányos, 90 000 forintos 
(ÁFA) árával valószínűleg a keresett 
programok közé tartozik majd, annak 
ellenére, hogy van egy hiányossága: 
teljesen külön kezeli a szöveges és a 
képi információkat. De a fejlesztők 
ígérete szerint hamarosan várható, hogy 
azok egyidejűleg jelennek meg a kép- 
ernyőn. 


Gyors és biztonságos 


A bevezetőben említett másik hazai 
fejlesztésű rendszerről (Kerestext) az 
Alaplapban már korábban beszámol- 
tunk, így most csak néhány, a Frame- 
Base-től eltérő szolgáltatására szeret- 
nénk felhívni a figyelmet. 

Talán a legfontosabb, hogy a Keres- 
text alkalmas a szöveghez tartozó kép 
(videofelvétel, alaprajz, fénykép, hely- 
színvázlat) megjelenítésére, akár a szö- 
veg részeként, akár önállóan is. A fel- 
használó kényelmét szolgálja az a meg- 
oldás, hogy a szöveges részben kapcsos 
zárójelekkel különítik el a képhivatko- 
zásokat. Ezzel a módszerrel a képhez 
teljes szöveg rendelhető. A Kerestext 
másik jellemzője, hogy az információk 
visszakeresése szabadon vagy (kétszin- 
tű) szótár segítségével több szempont 
szerint, természetes nyelven történik. 
A program kezeli az előjegyzéseket, 
vagyis az információbázisból a kapcso- 
lódó előzményeket előkereshetjük, ki- 


INFORMÁCIÓKÉRÉS: 09 y 


gyűjthetjük és azonnal felhasználhat- 
juk. A program határidőket is kapcsol- 
hat a dokumentumokhoz, ezek aktuali- 
tásáról a rendszer értesíti a felhasználót. 
A Kerestext mindezeket a funkciókat 
nagyon gyorsan, hatékonyan, takarékos 
tárolással hajtja végre. A sebességi vi- 
szonyok illusztrálására jó példa, hogy 
egy 18 K-s anyagot kb. fél perc alatt 
rak be a program az adatbázisba. 

A Kerestext kezeli a teljes magyar 
karakterkészletet, s alkalmas tetszőle- 
ges nyelvű szöveg feldolgozására. Biz- 
tosítja a teljes körű adatvédelmet is 
(belépési azonosító, jelszórendszer, be- 
avatkozási minőség). Hálózatban (No- 
vell alatt) is működik, ahol minden 
munkaállomáson a képi és a szöveges 
adatbázishoz a láthatóságnak megfele- 
lően férhetünk csak hozzá. A program 
(single üzemmódban 74 000 Ft, háló- 
zatban 192 000 Ft) mindazokon a terü- 
leteken jól használható, ahol egyrészt 
rengeteg információt tárolnak, másrészt 
ezek biztonságos kezelése, gyors bevi- 
tele és visszakeresése létfontosságú. 
Nem véletlen, hogy a Miniszterelnöki 
Hivatal, a kormányőrség és a rendőrség 
máris használja. Ugyanakkor jól hasz- 


"TURBO PASCAL 6.0.. 
MS DOS 5.0.. 
OUICK BASIC SZUBRI 
EGÉR PROGRAMOZÁSA. 
FOX PRO 2.0 

DR DOS 6.0. 

HARVARD GRAPHIC 


IBM PC-RŐL. ALAPFOKON A HARDVER. 
IBM PC-RŐL. ALAPFOKON A SZOFTVE 
MIKROSZÁMÍTÓGÉP ALKALMAZÁSI LEXIKON 


IBM PCINFO KÁRTYA............ 
GRAFIKÁK KÉSZÍTÉSE 


80386 MIKROPROC 

80386 MIKROPROC sZ. 
80486 MIKROPROCESSZOR .. 
NORTON assszeses 


JBRUTINGYÜJTEMEN 


. irányár: 260 Ft 
. irányár: 390 Ft 


SZOFTVERTÉKA 





nálható gazdasági, kereskedelmi, piaci 
információk gyűjtésére és feldolgozá- 
sára, sajtó- és témafigyelésre, könyvtári 
és egyéb katalógusok kezelésére. A 
magyarul beszélő képi és szöveges 


v 


Irányár: 520 Ft 
Irányár: 500 Ft 
Irányár: 350 Ft 
Irányár: 150 Ft 
Irányár: 480 Ft 
Irányár: 300 Ft 
.Irányár: 300 Vt 
Ára: 100 Ft 
Ára: 101 Ft 
Ára: 699 Ft 

: 187 Ft 

: 290 Ft 


.Ára: 189 Ft 
TURBO BASIC. 
TURBO Ct--4 


... Ára: 240 Ft OUICK BASIC .. 


A kiadványok megvasárolhatók ill. megrendelhetők: 


LSI OKTATÓKÖZPONT ALAPÍTVÁNY 
1033 Bp. Hévizi út 6/e. 


Tel: 168-8233 





CLIPPER 5.0 KÉZIKÖNYV .. 


adatbázis-kezelők elérhető áron, magas 
szintű szolgáltatásokkal valamennyi- 
ünk számára hozzáférhetőek. Csak el 
kell döntenünk, hogy melyiket , szeres- 
sük". Sziebig Andrea 


IBMPCDOS 


UJ 
A PCDOS HASZNÁLATA 


Ára: 340 Ft 
Ára: 357 Ft 
Ára: 435 Ft 
...Ára: 369 Ft 


LSI SHOP 


1077 Bp. Király u. 91. 


Tel: 121-1076 
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PC WORLD 


Cégünk megbízható, 
magyarul 


Korrekt partner 
a számítástechnikában 


- Számítógépek és perifériák adásvétele 

- ALR számítógépek 

— OKI nyomtatók 

- Szoftverek nagy választéka, oktatás 

— WordPerfect-, Microsoft-, 
Ashton-Tate-termékek 

— Hálózattervezés, -építés 

— Átalánydíjas és eseti szerviz 


"ELAGÉT 


— Szolgáltató és Kereskedelmi tát 


1083 Budapest, VIII., Práter u. 51. 7 8 
Telefon: 114-2696, 186-7836 
Fax: 186-7836 Almát a B 


PowerBook és társai 





Az egész PC Világ a kezében, ha olvassa 
az IDG Lapkiadó Kft. 1992 januárjától 
megjelenő színes számítástechnikai 
magazinját, 


PC WORLDaa 


amely az amerikai PC World és a német 
PC Welt magyar megfelelője. 


Nélkülözhetetlen olvasmány 


. az informatikai beruházásokért 
felelősöknek, 

. a professzionális felhasználóknak, 

. a megoldást kereső PC-tulajdonosoknak 
és amatőröknek. 


Zenélő Képeslap és Toshiba számítógép 
Selyemvirág és vákuumos törülköző 
Multifunkciós ceruza és bizsu 


A lap az új hardver- és szoftvertermékek 
és alkalmazások bemutatása mellett 
tanácsokat ad az eszközök kiválasz- 
tásához, hatékonyabb alkalmazásához. 


Száz oldalon egy világot tarthat 
a kezében. 


MEG MÉG ANNYI MINDEN! 


EURI-ASA m 


T "BR. A c 


IRODA -- BEMUTATÓTEREM 
H-1052 Budapest, Petőfi Sándor u. 3. Tel./Fax: 118-5184 
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Instacalc 


Egy kisegér és az elefántok 


A táblázatkezelők mára talán már kivívták 
méltán megérdemelt helyüket az alapvető fontosságú 


szoftverek világában. 
Üzleti célú alkalmazásukon túl 


sok segítséget jelenthetnek olyan területeken is, 
ahol az adatok táblázatba szervezése 
és az ezek segítségével történő kiértékelés 


elkerülhetetlen feladat. 


A felhasználó ma már több cég egymást 
felülmúlni akaró terméke közül választ- 
hatja ki a megoldandó feladatnak leg- 
inkább megfelelőt. E termékek mind- 
egyike képes bonyolultabbnál bonyo- 
lultabb feladatokat elvégezni. Persze 
ennek ára van. A probléma elsődlegesen 
az említett szoftverek helyigényénél 
jelenkezik. , Súlyuk" több száz kilótól 
néhány megáig terjed, s így a tárolási 
helyigény/kihasználtság hányados na- 
gyon megdrágítja a hordozható számí- 
tógépek használatát. 

Emellett a menürendszerek túlontúl 
kusza világa lassítja a könnyed kezel- 
hetőséget, ami éppen a gyors alkalma- 
zásoknak szab határt. Az 
egyszerűbb feladatok 
megoldása is bonyolult 
időtöltéssé válhat. Az 
előbb említett problé- 
mákra kínál hatékony or- 
vosságot az Instacalc né- 
ven futó program. A pre- 
cíz, lényegretörő doku- 
mentációt is tartalmazó 
programcsomag a Solar- 
Soft programkönyvtár 
299-es lemezén találha- 
tó. Nézzük, mivel rukkol 
ki ez a kisegér a meg- 
annyi elefánt között! A 
program leglényegesebb 
— és valljuk be, a táblá- 
zatkezelők között a leg- 
rendhagyóbb — vonása 
az, hogy memóriarezi- 
dens. Ez azt jelenti, hogy 
a program indításakor 
betöltődik a memóriába, 
s türelmesen vár arra, 
hogy a felhasználó az 
Alt-I billentyűpárral ak- 
tivizálja. A program 128 


K területet lop el a RAM-ból. Ebből 44 
K terület szolgál az éppen aktív tábla 
tárolására. Az aktiválás után, az előbb 
említettek hatására az aktuális munka- 
tábla egy pillanat alatt megjelenik. 
Gyorsasága mellett az is előnye, hogy 
olyan egyedi felhasználást is lehetővé 
tesz, ami könnyebbé teheti a táblázat- 
kezelőkkel nap mint nap dolgozók mun- 
káját. 

Ha a munkatábla kitöltése összekap- 
csolódik egy hozzá kapcsolódó szöveg 
szerkesztésével, például egy jelentés 
megírásával, nincs szükség arra, hogy 
a munkát megszakítva tébláboljunk a 
programok között. Az aktivizálás után 


máris a szükséges táblázatban dolgoz- 
hatunk, ezt elhagyva folytathatjuk a 
szövegszerkesztést. 

A szoftver úgy próbál hasznos segí- 
tőtárssá válni feladatok gyors elvégzé- 
sében, hogy közben kompatibilis ma- 
radjon a nagyobb rendszerekkel. Ennek 
elősegítésére a programot hasznos ki- 
egészítőkkel vértezték fel. Képes Lotus 
1-2-3- és dBase III-állományokat is 
beolvasni, illetve az aktuális munkatáb- 
lát ezeknek megfelelő formátumban tá- 
rolni. 

Rendelkezik a táblázatkezelőket jel- 
lemző alapvető funkciókkal, megtalál- 
hatók a legfontosabb belső függvények, 
makródefiníciókat kreálhatunk, az ada- 
tokat vonaldiagramokban ábrázolhat- 
juk. Mindent az egyszerűség és a 
könnyű áttekinthetőség jellemez. 

Ha nem kívánunk tovább dolgozni, 
s a rezidens állomány a memóriában 
zavaróvá válna, egy mellékelt segéd- 
programmal eltávolítható onnan. Aján- 
lom azoknak is ezt a programot, akik 
most kezdik az ismerkedést a táblázat- 
kezelőkkel. 

Szalóczi Béla 


RC-díp 


1119 Budcrossi, SzeikcisiiS A. u. 30. 
Talalom 1858-373, peche 186-0295 
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MARK/FMARK/RELEASE/MAPMEM 


Takarodót fúj a rezidensnek 


Ki ne találkozott volna már azzal a gonddal, 

hogy memóriarezidens (TSR) programjai miatt 

nem tudta elindítani kedvenc böhönceit (Lotus, Word stb.)? 
Ilyenkor az ember többnyire szép lassan 

hátulról visszafelé haladva kigyomlálgatja 

szelídebb TSR programjait, hogy dolgozni tudjon. 

A legtöbb esetben (mondhatni, mindig) azt tapasztaljuk, 
hogy néha még az Alt/Ctrl/Del sem segít, 

mert a billentyűzetet is sikerrel lefagyasztottuk — 


jöhet a reset! 


Szerte a világon sok programozót 
bosszantottak már a fenti jelenségek, s 
mit ad isten, még megoldásfélét is 
találtak. Az egyik legelterjedtebb prog- 
ramcsomag a TurboPower Software ne- 
vével fémjelzett — ugyan melyik prog- 
ramozó nem találkozott még valame- 
lyik  termékükkel? — MARK - 
FMARK - RELEASE - MAPMEM 
csomag, amely apró TSR-kezelő utility 
programok gyűjteménye. A programok 
egyszerre több verzióban is megtalál- 
hatók a SolarSoft Programkönyvtár 
469/2-es lemezén. Emellett még egyéb 
SolarSoft lemezeken is megtalálhatók 
(SolarSoft 447—451, TSR-MIX 1—5). 

Pár éve egészen véletlenül került 
kezembe ez a négy apró programocska. 
Használatuk viszonylag egyszerű, se- 
gítségükkel könnyen és gyorsan el lehet 
bánni az átmenetileg feleslegessé vált 
TSR programokkal. 


1. MARK.COM 


Megjelöli a memóriát, foglaltsági tér- 
képet készít. Minden egyes , markolás- 
nál" nevet is adhatunk. A markoláshoz 
használt nevekről annyit, hogy akár 126 
karakter hosszúak is lehetnek (más kér- 
dés, hogy ki használ ilyen hosszú ne- 
veket). A névben nem lehet szóköz és 
tabulátor karakter, a kis- és nagybetűket 
nem különbözteti meg a program. A ! 
karakternek a név elején különleges 
szerepe van. 


2. MAPMEM.EXE 

vagy MAP.EXE 

Kijelzi a képernyőn, mi minden ta- 
nyázik rezidensen a memóriában, 
mennyi helyet foglal el, és a nála nem 
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frissebb verziójúőMARK vagy FMARK 
programmal elhelyezett jelöléseket is 
kiírja. 

3. RELEASE.EXE 

vagy UNMARK.COM 


Felszabadítja MARK és FMARK 
segítségével — megjelölt helyig a 
RAM-ot. 


4. FMARK.COM 

Ugyanúgy működik, mint a MARK, 
azzal az apró különbséggel, hogy a 
RELEASE, illetve az UNMARK prog- 
ram működéséhez szükséges adatokat 
nem a RAM-ban tárolja, hanem az 
FMARK megadásakor megnyitott állo- 
mányban. Ezáltal 1300-1500 bájt he- 
lyett (minden verzióban más a MARK 
rezidens mérete) csak mintegy 160 báj- 
tot foglal le. 

Alapesetben csak megjelöljük a me- 
móriát, a TSR-ek eltávolítására a RE- 
LEASE szolgál. A foglaltsági státuszo- 
kata TSR behívása előtt névvel jelöljük 
meg (SK — Sidekick, AMI — AMI 
stb.). 

Anévmegadás nélkül eleresztett RE- 
LEASE a legutolsó , markolásig" sza- 
badítja fel a memóriát. Ha nevet is 
adunk a RELEASE mellett, akkor a 
megadott névvel végzett markolásig 
felszabadítja a memóriát. Védett jelölés 
megadására a ! karakter szolgál 
(MARK !KAKUKK). Felszabadítani 
ilyenkor csak teljesen azonos név- 
megadással lehet (RELEASE !KA- 
KUKK). 

Sem a RELEASE, sem a RELEASE 
KAKUKK nem szabadítja fel, csak 
közli, hogy védett a jel. 


Ugyanúgy hibaüzenetet kapunk, ha 
az FMARK-ot használtuk a jelölésre, 
és a RELEASE mellett nem adtuk meg 
az FMARK mellett alkalmazott pontos 
állománynevet. 


Fel kell hívnom a figyelmet néhány 
apróságra: 

1. A markolás is helyet foglal a 
RAM-ból. 

2. Kínos, ha elfelejtjük, milyen nevet 
is adtunk a MARK mellett. Ilyenkor ne 
szégyelljük megnézni a MAPMEM- 
mel. Ha az adott névvel sem takarodik 
ki, akkor ! jelet alkalmazzunk. 

3. Kellemetlen rendszerlefagyások- 
hoz vezet, ha ész nélkül, rendszertelenül 
alkalmazzuk a MARK és RELEASE 
programokat. Célszerű például a Side- 
Kick meghívását egy markolással ki- 
egészített batch fájlból intézni. 

A Lotus indítását pedig a 
UNSK. 123.BAT segítségével végez- 
zük, ha meggyőződtünk arról, hogy a 
SideKick még a memóriában garázdál- 
kodik. 

4. Ha nem volt semmi TSR a RAM- 
ban, egy RELEASE paranccsal eseten- 
ként elegánsan le lehet merevíteni a 
rendszert. Ezért a RELEASE kiadása 
előtt hacsak lehet, adjukkia MAPMEM 
parancsot is ellenőrzésképpen. 

5. ANorton Commander kedvelőinek 
fontos: ha az NC indítása előtt markol- 
tunk meg valamit, és azta RELEASE 
vagy UNMARK programmal elereszt- 
jük, ne lepődjünk meg, ha a gép nem 
talál vissza az NC-hez. Ugyanis a RE- 
LEASE az ehhez szükséges adatokat is 
kirámolta. Ezért ha NC-vel dolgozunk 
és a MARK/FMARK/RELEASE prog- 
ramokat használjuk, azokat mindig az 
NC-ből való kilépést követően indítsuk 
csak el! 


Természetesen az ismertetett progra- 
moknak még vannak egyéb kapcsolói 
is, bár szerencsére (?) nem túl sok. 

(Zárójelben jegyzem meg, hogy a 
programok alkotói a Novell NetWare 
alkalmazóiról sem feledkeztek meg. A 
MARKNET és a RELNET nekik ké- 
szült, a leírás részletesen a SolarSoft 
469/2-es lemezén olvasható.) 


Nagy Gábor 


KÖZKINCS 





Tmrttt állományok 
kiteerífítveeee 


Napjainkban a szoftverpiac bővülésével párhuzamosan 
egyre inkább megnőtt az igény arra, 

hogy a rendelkezésre álló nagy mennyiségű programot 
valamilyen formában tárolni tudjuk. 

Ennek egyenes következménye az egyre újabb és újabb 
tömörítő-csomagoló programok széles körű elterjedése. 
Ezek a tömörítőprogramok dicséretesen gyorsan 

és jól dolgoznak, és igen sok szolgáltatásuk is ismeretes. 


Van egy aprócska probléma, ami eny- 
hén szólva megnehezíti a tömörítők 
használatát: az általuk létrehozott állo- 
mányokat szinte semmiféle segédprog- 
ram nem képes felismerni, értelmezni 
és akár csak alacsony szinten kezelni. 
Persze néhányan — közöttük a minden- 
ból , kimaradhatatlan" Peter Norton és 
csapata — megpróbálkoztak e feladat 
megoldásával, és így születhetett meg 
például a ZipView, a Shez vagy a Narc 
nevű igen hasznos segédprogram is. 
Ezeknek azonban igen sok hátrányuk 
van — vagy túlzottan drágák (Shez), 
vagy nem ismerik a legújabb elterjedt 
formátumokat (ZipView), és ha vélet- 
lenül több formátumot is képesek fel- 
dolgozni, akkor sem tudják az állomá- 
nyokban található fájlokat egyenként 
megfelelően kezelni (Narc). 

Ezért döntöttem úgy, hogy kifejlesz- 
tek egy olyan segédprogramot, amely- 
nek kivitelezésekor a fent leírt hátrá- 
nyokat igyekszem elsődlegesen kikü- 
szöbölni úgy, hogy a program még 
emellett se legyen túl hosszú, és mind 
árban, mind pedig tudásban alkalmaz- 
kodjon a kis pénzű, ám igényes magyar 
felhasználóréteg kívánalmaihoz. 

Lássuk először a formátumokat. A 
legfontosabb ezek közül talán az egyre 
elterjedtebb ARJ csomagoló által létre- 
hozott formátum, amely rendkívüli 
— még az LZH-t is meghaladó — 
tömörsége miatt vált rövid idő alatt igen 
népszerűvé. Ez azonban törvényszerű- 
en azzal járt, hogy néhány ritka kivé- 
teltől eltekintve semmi és senki nem 
tudott erről semmit. Ezért tartom nagy 
jelentőségűnek, hogy programom képes 
ezt az igencsak új formátumot is kezel- 
ni. Ezenkívül természetesen a PakView 
dolgozik a ZIP, ARC, PAK, LZH, 
DWC, ICE formátumokkal is. 


Fontosnak tartom megjegyezni, hogy 
az ARC kivételével az összes említett 
tömörítő által képzett SFX (önkicsoma- 
goló) állományokkal is boldogul a Pak- 
View. Nézzük, mit tehetünk az egy adott 
állományban található fájlokkal. Ki le- 
het őket egyenként csomagolni vagy 
kimozgatni az eredeti állományból. Ha 
már nincs szükségünk az adott fájlra, 
akkor meg is semmisíthetjük azt. Ha 
nem vagyunk biztosak benne, hogy 
melyik fájlra van szükségünk, akkor 
akár bele is olvashatunk a kérdéses 
állományba. 

Ha nem tudjuk, hogy van-e elég hely 
ahhoz, hogy kicsomagoljunk egy vagy 
több állományt, akkor információt kér- 
hetünk bármelyik meghajtóról, és így 
sokkal , szemétmentesebben" dolgoz- 
hatunk. 

Bármikor megváltoztathatjuk a ki- 
csomagolás célkönyvtárát, és termé- 
szetesen bármikor lecserélhetjük az ak- 
tuális kilistázott állományt is. Az aktuá- 
lis állományban szereplő fájlok egyéb- 
ként függőlegesen egymás alá vannak 
kilistázva, és mellettük megtalálhatjuk 





az eredeti és csomagolt méretet, az 
eredeti állomány keletkezési dátumát, 
az eredeti és csomagolt állomány mé- 
reteinek arányát százalékban. Az egy- 
más alá kilistázott fájlok között többfé- 
leképpen is lehet mozogni: vagy a meg- 
szokott módon billentyűzettel, vagy pe- 
dig a program által támogatott egérrel. 
Ugyanígy ki is jelölhetünk egyszerre 
több állományt a kilistázottak közül, a 
törlést, a kicsomagolást és kimozgatást 
így szintén egyszerre végezhetjük. 

A PakView működéséhez termé- 
szetesen rendelkeznünk kell azokkal a 
csomagolóprogramokkal, amelyeknek 
az állományait kezelni akarjuk, és az 
állományokba való belepillantáshoz 
szükségünk van a Norton WPView-ra 
is. Az Alaplaphoz mágneslemez mel- 
lékletén megtalálható a PakView de- 
móverziója, amely rengeteg korlátozást 
tartalmaz, mindezek ellenére mérhető 
rajta a program hasznossága. 


Dr.ótos Gábor 


A PakView—NcMain— 
WpvView teljes értékű verziója 
(DD floppyn) 500, a PakView— 
Ncmain—WpvView—ZIP—AR 
J—LZH—DWC—PAK— 


ICE 
csomagolók (HD floppyn) 1000 
forintért szerezhetők be a fejlesz- 
tőtől. (Szerkesztőségünk minden 
érdeklődőnek készséggel megad- 
ja a címet, ahol a programok 
elérhetők.) 





"Prix Ars Electronica92 


A világ legismertebb számítógépes művészeti pályázata és kiállítása 
Bárki pályázhat számítógépes grafikával, animációval, 
zenével és interaktív művészeti alkotásokkal. 


Összdíjazás: 1 250 000 schilling. 


Beküldési határidő: 1992. február 29. 
Cím: ORF - Prix Ars Electronica Franckstrasse 2a, A-4010 Linz, Austria 
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ChkvVir 


Vírusírtó magyar közkincs 


A vírusírtás Magyarországon úgyszólván 

népmozgalommá nőtte ki magát, 

s ennek egyik élharcosa volt — és jelenleg is az — 

a ChkVir nevű komplex víruskereső és vírusölő program, 
amely már meglévő fertőzés esetén nyújt segítséget. 

A program 1991 decembere óta 

a SolarSoft Programkönyvtár magyar szekcióját gazdagítja, 


lajstromba vételi száma M048. 


A program lehetőségei 


A ChkvVir program elsődleges feladata, 
hogy felderítse a számítógépes vírusok 
által megfertőzött állományokat, terü- 
leteket. A felderítés után alkalmas to- 
vábbá arra is, hogy az ismert vírusok 
esetén a fertőzést megszüntesse, az ál- 
lományokat és más területeket az ere- 
deti állapotba visszaállítsa. Előfor- 
dulhat az az eset is, hogy a vírusfertőzés 
révén az eredeti állomány nem állítható 
vissza tökéletesen (a vírus destruktív 
tulajdonsága miatt). Léteznek olyan ví- 
rusok is (például Invaders), amelyeknél 
elméletileg nem minden esetben dönt- 
hető el, hogy a vírus visszaállíthatóan 
fertőzte-e meg a programot, vagy tönk- 
re is tette azt. Ebben az esetben a ChkVir 
megpróbálja a legjobb tudása szerint 
visszaállítani az eredeti állományt, de 
nem biztos, hogy ez a visszaállítás 
tökéletes. 

A ChkvVir program további feladata, 
hogy felderítse az olyan futtatható prog- 
ramokat, amelyek valamilyen tömörítő 
programmal lettek sűrítve. A tömörített, 
futtatható állományok detektálása azért 
fontos, mert ezek az állományok tartal- 
mazhatnak vírust. Előfordulhat ugyanis 
az az eset, hogy az eredeti programot 
megfertőzte a vírus, majd ezután lett 
tömörítve. Meg kell jegyeznünk azon- 
ban, hogy eredeti, gyári programok 
között is találhatunk tömörítetteket. 


Víruskeresési eljárások 


A ChkvVir több víruskeresési eljárást 
egyesít magában. Mindegyik víruske- 
resési eljárás a futtatható állományo- 
kon, illetve aktivizálható területeken 
(partíciós tábla, boot szektor) hajtódik 
végre. 
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Általános víruskeresés 


Az általános víruskeresés segítségé- 
vel vírusonként és állományonként (be- 
leértve az aktivizálható területeket: par- 
tíciós táblát, boot szektort) egy gyors- 
keresés történik. A módszer csak a 
szerzők által ismert vírus esetén hasz- 
nálható, ugyanis a konkrét vírus kere- 
sése csak azon a területen, az állomány 
azon részében történik, ahol a vírus 
egyáltalán előfordulhat. Ezek alapján a 
víruskereséssel egyidejűleg gyorselle- 
nőrzést hajtunk végre, a ChkVir prog- 
ramnak nem kell végigolvasnia a gya- 
núsított állományt. 


Szekvenciakeresés 


A vírus szekvenciájának azt a jellem- 
ző bájtsorozatot nevezzük, amely a ví- 
rus minden megjelenési formájában 
megtalálható. 

Előfordulhat, hogy a vírus fertőzé- 
senként változtatja magát, ekkor egy 
véges sok elemet tartalmazó szekven- 
ciahalmaz segítségével dolgozhatunk. 
A szekvenciák kellő hosszúsága révén 
elenyésző lehet annak a valószínűsége, 
hogy a szekvencia valamely nem fer- 
tőzött állományban, véletlen egyezés 
folytán előforduljon. Ezzel csökken a 
vakriasztás valószínűsége, de teljes 
mértékben nem zárható ki, 

A szekvenciakeresés során állomá- 
nyonként (beleértve az aktivizálható 
területeket: partíciós tábla, boot szek- 
tor) egy keresés történik, olyan algorit- 
mus alapján, amelynek segítségével 
egyszerre az összes szekvenciát keres- 
sük az adott állományban, területen. Az 
algoritmus időigényessége NEM függ 
a szekvenciák számától, sokkal inkább 
befolyásolja az olvasási műveletek las- 
súsága. 


Mutációk keresése 


Az általános keresésben említett, a 
szerzők által ismert vírusok mutációi- 
nak a keresése is lehetséges a ChkVir 
segítségével. A ChkVir tartalmaz egy 
beépített 8086  processzoremulátort, 
amelynek segítségével végre tudja haj- 
tani az Assembly szintű gépi utasításo- 
kat. A ChkVir a gyanúsított programot 
elkezdi futtatni az emuláció segítségé- 
vel. A rögzített memóriaterületen ellen- 
őrzött végrehajtás történik. Nem lesz- 
nek végrehajtva az IN, OUT, INT 
utasítások. A végrehajtott utasítások- 
ról pedig statisztika készül, amelynek 
alapján megállapítható, hogy a gyanú- 
sított fájl fertőzött-e valamely ismert 
vírussal vagy annak valamilyen mután- 
sával. 


Ismeretlen vírusok keresése 


Az ismeretlen vírusok keresése is a 
mutációkeresésnél említett 8086 pro- 
cesszoremulátor segítségével történik. 
A mutációkereséstől eltérően itt nem 
statisztika készül, hanem bizonyos, a 
vírusokra általánosan jellemző tevé- 
kenységeket detektálunk. 


A ChkVir használata 


A ChkVir program parancssor és a 
menü üzemmódjában egyaránt műkö- 
dik a program minden keresési lehető- 
sége és az opcionális lehetőségek is 
közel azonosak. 

A ChkvVir programot a következők 
szerint indíthatjuk: 

CHKVIR sEnter:5 Menüvezérelt 
rendszer, minden tevékenység interak- 
tívan történik. 

CHKVIR ? scEnter5 Segítség a le- 
hetséges opciók ismertetésével, vala- 
mint az ismert vírusok és szekvenciák 
felsorolásával. 

CHKVIR [paraméterek] sSEnter: 
parancssor üzemmód. A program a 
megadott paraméterek szerint fut le. 

A program mindkét üzemmódjában 
először a memóriát ellenőrzi. A memó- 
riaellenőrzés 1 Mbájtig történik a szek- 
venciakeresés elvén, függetlenül attól, 
hogy mennyi a gép fizikai memóriája. 
Amennyiben a program a memóriában 
szekvenciát találna, úgy célszerű a gé- 








pet egy biztosan vírusmentes lemezről 
újraindítani. 

Parancssor üzemmódban a ChkvVir a 
CHKVIR Ikönyvtárnév] [opciók] pa- 
ranccsal indítható, ahol a könyvtárnév 
annak az alkönyvtárnak a neve, ahol a 
vírusokat akarja keresni. A program az 
alkönyvtár alkönyvtáraiban is megvizs- 
gálja a fájlokat. 


A menü üzemmód 


A ChkvVir indítására a bejelentkező kép 
jelenik meg. Bármely billentyű vagy az 
egér valamely gombjának a lenyomá- 
sára végrehajtódik a memória ellenőr- 
zése. A memóriaellenőrzés után a 
ChkvVir feltérképezi az aktuális meghaj- 
tó könyvtárszerkezetét, Ha ez megtör- 
tént, a könyvtárszerkezet megjelenik a 
képernyőn, és egy pop-up menürend- 
szerbe jutunk. A menüben való közle- 
kedésre a nyilak használhatók, az cEn- 
ter5 billentyű hatására az aktuális pa- 
rancs végrehajtódik. Az egyes paran- 
csok indítására használható még az 
cAlt: billentyű az adott menüpont ki- 
emelt betűjének megfelelő gomb lenyo- 
másával, illetve a fontosabb parancsok 
esetében a funkcióbillentyűk. 

A képernyő közepén felrajzolt 
könyvtárszerkezetben a cSpaces bil- 
lentyűvel vagy az egér bal oldali gomb- 
jával választhatjuk ki az ellenőrzendő 
alkönyvtárakat. 


A menüpontok adta 
lehetőségek 


About 


Az About menüpontban a program 
szerzőinek információja található, va- 
lamint a program verziója és sorozat- 
száma. 


Drives 


A Drives menüpont hatására megje- 
lenik az elérhető egységek listája, ame- 
lyekből választva megtörténik a kivá- 
lasztott egység könyvtárszerkezetének 
a feltérképezése. 


Check 


A Check menüpontban indíthatjuk a 
víruskeresést kiölési lehetőséggel vagy 
anélkül. A két lehetséges indítás közül 
menüben választhatunk. Amennyiben a 
kiválasztott egység nem hálózati, úgy 
először 


Checking boot sector of drive X: 

vagy a 

Checking partition tables and boot 
sectors of hard drives 


SolarSoft sikerlista 


Az 1991. szeptember—novemberi eladások alapján 


N88 
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ARJ 2.21 

SCAN84 8. CLEAN8B4 
NEWSPACE 
ZIPVIEW/LHA2.13/LHAUTO 
STUPENDOS 8. PKZMENU 
ECB 

SKYGLOBE STAR GAZER 
MODEL-S 

PC-MAGAZINE BENCH. 
DATABASE IN C 

OPTIKS §. IGONVERT 
MULTI-EDIT 5.0 

PKZ110 §. ZIPDMP 8. SHEZ 
GAMES FOR WINDOWS 
FAST/SOFA/FFD 

WINDOW PRO 1.51 
LOVEDOS 

KEYBDRV 

PIANOMAN 

OFONT 1.15b 

HP FONTEDIT 5.7 

EMS UTILITIES 

€C-MIX 42 

BLISS 

SSOL 

CHESS 

GRASP 1.10c 

TEGLP WINDOWS TOOLKIT 
TEGLC WINDOWS TOOLKIT 
PC-BROWSE 8. NG MAKER 


KÖZKINCS 


Programleírás 


Az eddigi legszuperebb tömörítő 

MacAfee jó öreg VIRSCAN vírusvadász programja 
Winchesterduplázó kisebb igényűeknek 

A legfrissebb LHARC-verzió Yoshitól 

PKWare DOS-shell és menüvezérelt PKUNZIP 
Szakácskönyv-készítő program 

A mozgó csillagtérképl 

Fejlesztőrendszer CASE dBASE-hez! 

A PC MAGAZINE tesztprogram-gyűjteménye 
Adatbázis-kezelés (Btree, dBASE) C-ben 
Grafikus konverterek 

A legjobbnak tartott editor 

Az adattömörítés klasszikusa 

1041 játék Windows 3.0 alá 

Egy új gépközeli nyelv! 

No.1 ablaktechnika smallmed/large 

Ezt biztosan szeretni fogjal 

Teljes magyar ékezetesítő 

Zeneszerzést segítő, nagyszerű zenei program 
Fonteditor magyar Venturához 

Fonteditor lézernyomtatóhoz 

EMS-kezelő segédprogramok 

Rezidens programok készítése 

Főkönyvi rendszer C-ben 

Mini SAL interpreter 

Hét sakkprogram 4. egy sakkóra 

Látványos animációkészítő program 
Ikongrafikus felület, ikoneditor Pascalhoz 
Ikongrafikus felület, ikoneditor C-hez 

Hipertext és fájlböngésző 4- NG decompiler 





üzenet jelenik meg aszerint, hogy a 
kiválasztott egység merevlemez-e vagy 
sem. Ezt követően, ha nem hálózati 
egységet ellenőrzünk, a 

Checking absolute sectors of drive 
Za ént 
üzenetet kapjuk. Ekkor a DOS fájl- 
struktúráját manipuláló, de fájlokhoz 
kötödő vírusok (például Cluster Buster) 
ellenőrzése folyik. 

Ezután következik a kijelölt alkönyv- 
tárakban lévő fájlok vizsgálata. A jobb 
felső sarokban egy kis ablak jelenik 
meg, ahol vizsgált, és éppen vizsgálat 
alatt álló fájlok láthatók. A felrajzolt 
könyvtárszerkezetben az aktuális al- 
könyvtár is folyamatosan követi a vizs- 
gálat menetét. 8 

Amennyiben a vizsgálat valamely 
pontjánál a program vírust talált, úgy 
eme tényt egy figyelmeztető ablak meg- 
jelenése jelzi. 


Leitold Ferenc 





DIRI 


Személyi titkár — vezetőknek — 
és beosztottaknak 


Napi tennivalók, határidők, 
partnerek, rendeletek, 
szerződések, nyilvántartások, 
iktatókönyv... 


Ez nem a shareware-verzió, ára: 
34 900 Ft 4 ÁFA (Egyfelhasználós) 
49 900 Ft 4. ÁFA (Többfelhasználós) 


CÉDRUS — 
KAROLINA ÁRUHÁZ 
Bp. XI., Karolina út 17. 
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SZÖVEGELŐ 


A NyelvÉsz és a Lektor 


Az 1991. évi IFABO-n lehetett először megvásárolni 
az első magyar helyesírás-ellenőrző programot, 


a NyelvÉszt. 


Megjelenésével nem csak egy új termék jelent meg 
a szoftverpiacon, nem csak egy régóta hiányzó eszközt 


kaptak kezükbe a felhasználók. 


A NyelvÉsz szerzői, Béres Tibor, Hámori Miklós, 
Vanczák József szoftverfejlesztő mérnökök, 

s jómagam, a program nyelvésze bebizonyítottuk, 
hogy minden kétkedés ellenére is el lehet készíteni 
egy , magyar spelling checker-t. 


Miben új a NyelvÉsz? 


Bár a programról elég sok tájékoztató, 
értékelő és összehasonlító írás jelent 
meg a legkülönbözőbb lapokban, érde- 
kes módon senkinek sem tűnt fel igazán, 
hogy a korábbi, idegen nyelvű, hasonló 
jellegű termékekhez képest a NyelvÉsz 
teljesen új koncepción alapul. Ismere- 
teim szerint ugyanis ez az első, valami- 
lyen formában egy nyelvet feldolgozó 
program, amely az ún. generatív nyelv- 
elméletből kiindulva működik. 

E működés lényege az, hogy a ma- 
gyar nyelv szavait a program csak egy 
alakban tárolja, viszont a toldalékos 
(azaz a képzős, ragos, jeles) szóalak- 
változatokat is tartalmazza, vagyis az 
alapszavak alaktani származékait maga 
a program generálja. 

Ahhoz, hogy ez a rendszer megfele- 
lően működjön, a magyar nyelv alakta- 
nának olyan leírását kellett elkészíteni, 
amely minden egyes szó minden egyes 
toldalékos változatát tartalmazza. Ab- 
ból indultunk ki ugyanis, hogy egy 
spelling checker csak akkor használha- 
tó rendeltetésének megfelelően, ha 
csakis a helyes, a létező, , A magyar 
helyesírás szabályai"-val megegyező 
írásképet minősíti helyesnek. Ezen el- 
járásból két előny is fakadt. Az egyik, 
hogy maga a nyelvi leírás, illetve ennek 
egy Sajátosan új jellegű számítógépes 
nyelvi változata maga vezérli a szavak 
alaktani változatainak a generálását. A 
másik: a NyelvÉsz futtatásához 300 
kbájtnál is kevesebb operatív memória 
szükséges. Ennek előnyeit nem is érde- 
mes különösebben taglalni, pusztán ket- 
tőt említek. Mivel a memóriában van, 
a program futása önmagában gyorsabb, 
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a szükséges tárkapacitásnak az adatok 
számához viszonyított igen kis. volta 
következtében pedig könnyen és egy- 
szerűen összeépíthető más programok- 
kal, például szövegszerkesztőkkel. Már 
1991 nyarán a program három szöveg- 
szerkesztőbe beépítve futott, a Mc In- 
tosban, az Ékszerben és a Unix Lurix- 
ban. 

Ezzel az új koncepcióval egyébként 
bármilyen más nyelv leírása is elkészít- 
hető, s olyan idegen nyelvi helyesírás- 
ellenőrző program szerkeszthető, amely 
az adott nyelven mindeddig létezőkhöz 
képest gyorsabb, pontosabb, s ami a 
legfontosabb, lényegesen kisebb terje- 
delmű. 


Amivel nem foglalkoztunk 


A szerzők a NyelvÉszt kimondottan 
spelling checkernek szánták, s nem 
kívántak foglalkozni a szavak egybe- 
vagy különírásának kérdéseivel. Már 
csak azért sem, mert a magyar nyelvben 
szinte végtelen azoknak a szószerkeze- 
teknek a száma, amelyek egybe is és 
külön is írhatók, részint a jelentésbeli 
különbség (melegágy, de: meleg ágy), 
részint az eltérő grammatikai szerkeze- 
tek használata (mosónő, de: ruhát mosó 
nő) miatt. 

Ha a felhasználó tudatában van an- 
nak, hogy a szavak egybeírásából faka- 
dó hibákat a program nem jelzi, ettől 
függetlenül is jó hatásfokkal használ- 
hatja, legalábbis ilyen visszajelzések 
jutottak el hozzám. A bírálatok viszont 
éppen ebben látták a NyelvÉsz gyenge 
pontját. Előfordult ugyanis, hogy a 
program a nyilvánvaló helyesírási hibát 
összetett szóként felismerve és értel- 


mezve helyesnek minősítette. Ez a fel- 
használók számára nem annyira hiba- 
forrást, mint inkább kényelmetlenséget 
jelentett. 


Miért készült az új program? 


Okulva a piac által diktált feltételekből, 
a kapott visszajelzésekbőól, a közölt 
kritikákból, az Ifabo után nyomban 
nekiláttunk, hogy a programot a legké- 
nyesebb, a legkritikusabb igényeket is 
kielégítővé tegyük. Hamarosan rájöt- 
tünk azonban arra, hogy az a nyelvi 
leírás, amely a betűellenőrzést a szavak 
minden alaktani változatában lehetővé 
teszi, bizonyos nyelvi-nyelvtani és he- 
lyesírási kérdések kezeléséhez nem ki- 
elégítő. Ezután ki kellett alakítanunk 
egy olyan új programszerkezetet, amely 
alkalmas arra, hogy minden olyan nyel- 
vi jelenséget, amelynek ismerete egy 
igényes helyesírási programtól elvárha- 
tó, kielégítően kezelhessünk. 


Miben régi, miben új a Lektor? 


A Lektor elsősorban az alapelvében 
azonos korábbi programunkkal, meg- 
tartottuk ugyanis a generatív nyelv- 
szemléletből fakadó generatív felépítési 
elvet, a belőle származó összes előnnyel 
együtt. Változatlanul ragaszkodtunk 
ahhoz, hogy az új program is csak a 
létező alaktani változatokat minősíthes- 
se helyesnek az érvényes helyesírási 
szabályok alapján. 

Teljesen új viszont az adatbázis és a 
nyelvtani leírás. Míg a NyelvÉsz ese- 
tében a feldolgozott szókészlet A ma- 
gyar nyelv szóvégmutató szótárán ala- 
pult, az abban szereplő szókincset javí- 
tottuk és bővítettük, a Lektor szóadat- 
bázisa több forrásból származik. Töb- 
bek között jó néhány megabájtnyi, kü- 
lönböző sajtótermékekben már megje- 
lent szövegből merítettünk. Elmondhat- 
juk, hogy a szóadatbázis egy része saját 
gyűjtésünk eredményeképpen került a 
programba. 


A szókincs és a nyelvtan 


A kibővített szókincs új elrendezésben 
szerepel a Lektorban. Erre azért is 
szükség volt, mert az új szolgáltatások 
a korábbinál finomabb, részletesebb 
felbontást igényeltek. 
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Az új nyelvtani leírás sokkal rövi- 
debb. Például a NyelvÉszben szereplő 
főnevek alaktani generálásának leírása 
mintegy 190 kézzel írt oldalt tett ki, a 
Lektor esetében ez mindössze 30 oldal- 
nyi, annak ellenére, hogy a leírás rész- 
letesebb, pontosabb, bizonyos nyelv- 
tani információkat is tartalmaz. Ugyan- 
akkor a feldolgozott főnevek száma 
jelentősen nagyobb. A nyelvtani leírás 
lehetővé teszi, hogy az ún. továbbkép- 
zett szóalakokat is helyesen kezelhes- 
sük. Hogy ez mennyire bonyolult kér- 
dés a magyar nyelvben, arra csak egy 
példa: számos esetben előfordul, hogy 
egy szóhoz ugyanaz a képző ismételten 
hozzátehető (igaz-ság-os-ság). A Lek- 
tor is kezeli a szóelválasztás minden 
esetét, sőt az ún. , hathármas" szabályt 
is , ismeri", 


A legnagyobb újdonság azonban az, 
hogy a szóösszetétel azon eseteit, ame- 
lyek matematikailag definiálhatók, s 
amelyek nem kezelése komoly helyes- 
írási hibát eredményez, igyekeztünk 
minél nagyobb számban feltárni és ke- 
zelni. Például a Lektor nem engedi meg, 
hogy valaki véletlenül is egybeírja a 
,. nem" módosítószót bármelyik főnév- 
vel. Nincs tehát , nemasztal", de van 
, nemlineáris" szavunk. 

Valójában a Lektor egy sajátos, a 
feladatainak megfelelő nyelvi elemző 
programrészt is tartalmaz. Ennek egyik 
érdekessége, hogy csekély munkával 
átalakítható sajátos nyelvészeti kutatá- 
sok céljaira is. Így például az átalakított 
programot használva néhány heti mun- 
kával előállítható a ma létezőkkel 
egyenértékű gyakorisági szótár. 


Mi a keze alá 
(is) 
dolgozunk! 


Nemcsak a kéznek, a szemnek is öröm a Staedtler író- 
szerekkel és műszakirajz-eszközökkel dolgozni. 


Normál papíron, plotterpapíron, tükörfényes vagy matt 
fóliapapíron egyaránt garantált a kifogástalan írásminőség. 


A Cédrus Karolina Áruház a Staedtler eszközök 
teljes választékát kínálja. Kaphatók egyebek közt: 


w Rajzolócsúcsok 


vw Csőtollas tuskihúzók 


v Tintás golyóstollak 
w Tintás kihúzók 


vw Gáznyomású golyóstollbetétek 
4 Állandó tusadagolású rajzeszközök 


Kezes irodatechnika 
a Staedtlertől — 
és a Cédrus 
Karolina Áruházból 

















Budapest XI., Karolina út 17. 


SZÖVEGELŐ 


A szókincs növekedésének és a pon- 
tosabb, a lehetőség szerinti legrészlete- 
sebb nyelvtani leírásnak az lett az ered- 
ménye, hogy új programunk mintegy 
25 milliárd szóalakváltozatot ismer — 
az igekötős alakokkal együtt, de az 
összetett szavak nélkül. 

Mindez kevesebb mint 300 kbájton. 
Sebességéről pedig-csak annyit, hogy 
egy 4 oldalas könyvnek megfelelő szö- 
veg hibalistájának az elkészíttetése a 
leglassabb XT gépeken sem több 1 
percnél. Egy Apple McIntosh gépen egy 
normál oldalnyi gépelt szöveg ellenőr- 
zése a hibák számától függően mintegy 
1 másodpercig tart. 

A Lektor rövidesen minden, Magyar- 
országon általában használatos szöveg- 
szerkesztővel egybeépítve is megvásá- 
rolható. Seregy Lajos 


SRNAYÉNKŐ 


HESEG 
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MAGYAR LEMEZKALAUZ 


netben a címkék és ugróutasítá- 
sok lokalizálása és legalizálása 
történik. Második menetben az 
utasításokat ún. belső kódra for- 
dítja és a címkéket behelyettesíti 
a nekik megfelelő sorszámmal. 
Parancskészlete bővebb, mint a 
Norton Utilities Batch Enhancer 
programé. A program dokumentá- 
ciója magyar nyelven található 
meg a lemezen. 


Lemezszám: M023 
Név: KEYBDRV 
Szerző: Varga Balázs 


Leírás: Rugalmas többfunkciós 
billentyűzetmeghajtó program, tel- 
jes magyar ékezetesítő. A billen- 
tyűzet váltásával szinkronban 
váltja az EGA monitor és a prin- 
ter betűképeit. A szoftver bármi- 
kor gyors helpet ad a képer- 
nyőre. A KEYBDRVC fordító se- 
gítségével minden funkciója egy 
szövegfájl elkészítésével progra- 
mozható. A meghajtó rendelke- 
zésre áll COM és DOS eszköz- 
meghajtó program formában is. 
A megszakításkezelő az Alt4-Szó- 
köz együttes leütésére, 80x25-ös 
text üzemmódban gyors help 
képernyőt jelenít meg, s az mind- 
addig látható, amíg az előbbi 
gombokat lenyomva tartják. 


Lemezszám: M024 


Név: Bliss 
Szerző: Balázs László 


Leírás: Korlátozásoktól mentes, 
szabadon kipróbálható főkönyvi 
könyvelési rendszer, C-ben prog- 
ramozva. A lemezen az FK- 
SETUP.EXE gondoskodik a fő- 
könyvi könyvelést végző prog- 
ramcsomag telepítéséről. Maga 

a program a 1421-es lemezen ta- 
lálható PKZIP-pel készült önki- 
bontó FOKONY12.EXE állomány- 
ban van. 

A Cédrus Kiadó azt tervezi, hogy 
az 1992-ben indítandó Alaplap 
Füzetek sorozatban megjelenteti 
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a program kézikönyvét, mágnes- "7 
lemez melléklettel. 


Lemezszám: MO025 


Név: Lexicon v.2.0 
Szerző: Czifra Sándor 


Leírás: Szakfolyóiratok téma- 
figyelése. A Lexicon program al- 
kalmas folyóiratokban megjelent 
publikációknak, illetve azok kivo- 
natainak strukturált keresési 
szempontok szerinti nyilvántartá- 
sára, folyamatos karbantartásá- 
ra, különböző szempontok szerin- 
ti lekérdezésére és megjeleníté- 
sére. 

A program közel egymillió doku- 
mentum felvételére képes. De 
nincs akadálya ennél több doku- 
mentum nyilvántartására alkal- 
mas program installálásának 
sem. A dokumentumok sorszámo- 
zása automatikusan történik. 

Egy publikáció tartalmából csak 
a könyvtári nyilvántartás szem- 
pontjából fontos adatokat szüksé- 
ges nyilvántartani, ami lényege- 
sen kisebb terjedelmű. A felvett 
adatok a tárolási és a keresési 
szempontoknak is eleget tesz- 
nek. A dokumentumok sorszám 
szerint egyediek. 


A Lexicon program funkciói: 
— Dokumentumok felvétele. 

— Dokumentumok módosítása. 
— Lekérdezési, listázási lehető- 
ségek. 

— Segédrutinok. 

— Szöveges fájlok olvasása. 

— Törlések visszaállítása. 

— Filter állomány generálása. 

— Adatbázis szervezése. 

— DOS parancsok, programok. 
— Állapotinformációk lekérése. 
— Helptámogatás adatbevitelhez. 
A Lexicon program alkalmas: 

— Szakmai szempontok szerinti 
szótárak kialakítására. 

— Szakirodalom tartalmi részei- 
nek gyors és rövid nyilvántartásá- 
ra. 

— Különböző szempontok szerin- 
ti rugalmas és gyors lekérdezés- 
re. 

— Nyitott karbantartási funkciók- 
ra. 


— Strukturált könyvtári nyilvántar- 
tásra. 


Lemezszám: M026 


Név: Letmark 
Szerző: Czifra Sándor 


Leírás: Postaforgalom iktatása. 
A Letmark program alkalmas le- 
velek, levélnek minősített feljegy- 
zések dokumentumainak, kivona- 
tainak strukturált keresési szem- 
pontoknak megfelelő nyilvántartá- 
sára, folyamatos karbantartásá- 
ra, különböző szempontok szerin- 
ti lekérdezésére és megjelenité- 
sére. 

A Letmark nyilvántartási funkció- 
ja fontos helyet foglal el a levele- 
zés információs folyamatában. A 
levelet bármelyik szövegszer- 
kesztővel megírhatjuk, majd meg- 
felelő formátumban kilistázhatjuk. 
A levélfájlok tartalmából csak a 
gyors és korrekt ügyintézés 
szempontjából fontos adatokat 
szükséges nyilvántartani, ami lé- 
nyegesen kevesebb, mint a levél 
teljes terjedelme. 

A Letmark program funkciói ha- 
sonlóak a Lexicon programéhoz 
(4$MO25). Alkalmazásával megold- 
hatjuk a levelezés tartalmi részé- 
nek gyors és rövid nyilvántartá- 
sát, a rugalmas és gyors lekérde- 
zést. 


Lemezszám: M027 


Név: Szociometria 
Szerző: Csiki András 


Leírás: A szociológiai, kisközös- 
ségi kapcsolattartást szolgáló 
program CGA képernyőre ké- 
szült. Hercules kártya esetén 
CGA emulátort kell használni. 
EGA és VGA esetén CGA mód- 
ba kell kapcsolni. A lemezen a 
program teljes forráskódja megta- 
lálható. A programban bármely 
rész átírható, belőle rutinok ki- 
emelhetők (public domain). 

A program segít feltárni a kiskö- 
zösségek tagjainak kapcsolat- 








ALAPLAP KÖNYVEK 


MEGRENDELEM 


postai utánvétellel az ALAPLAP KÖNYVEK 
sorozatban megjelenő alábbi könyv(ek)et: 


Nagy Gábor: Tömör gyönyör 
dssséő példányban, á 256. Ft 


Kis János — Szegedi Imre: Új víruslélektan 
ages példányban, á 256.— Ft 


Kis János — Szegedi Imre: Vírushatározó 
sás példányban, á 256. Ft 


Számítástechnikai alaplexikon I. 
éa példányban, á 256.— Ft 


A vételárat és a kézbesítési díjat a küldemény 
átvételekor fizetem ki. Kérem, hogy a könyv(ek)et 
megjelenés után az alábbi címre postázzák: 


Név: . 
(Cég;:) .. 

Utca, házszám: 
Helység, ir.-szám: . 
Dátum: 








(aláírás) 
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eaz 


PC Turbo 
Klub 


Ezennel belépek a PC Turbo Klub 
tagjainak sorába. Az egy évre szóló 
tagsági díjat befizettem, és mellékelem 
az igazolószelvény másolatát. 

A tagsággal járó Alaplapot és egyéb 
küldeményeket az alábbi címre kérem: 


KNÉZONS KÉNE ztette aatg ezettel dések etés settés 


Ulcáa, KÁZSZÁM: isssezsásszzászzzstsssssatásés sét énséáttás 


Helység: .... 





(ÉN GSZÁBTT Ieásás áá ár SÉ et ÉS ÜZ ÉSE 


1992. hó nap 


(aláírás) 
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ezért kérem ingyenes közlését. 


a ABhirdetés kereskedelmi célú. 
Mellékelem a soronként (60 betűhelyen- 


a A hirdetés egyéni és egyedi jellegű, 
ként) 300 forintnak megfelelő összeg át- 


HGNŰ TS eessássásáláásánésáázeéee tátátsnsétttesásüsis 
TAMNTÉL setáásááetásáásázntnzátsűsétssttétttsii 


Cím: 
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MESE tételen zése zási 


mozható. A meghajtó rendelke- 
zésre áll COM és DOS eszköz- 
meghajtó program formában is. 
A megszakításkezelő az Alt4-Szó- 
köz együttes leütésére, 80x25-ös 
text üzemmódban gyors help 
képernyőt jelenít meg, s az mind- 
addig látható, amíg az előbbi 
gombokat lenyomva tartják. 


Lemezszám: M024 


Név: Bliss 
Szerző: Balázs László 


Leírás: Korlátozásoktól mentes, 
szabadon kipróbálható főkönyvi 
könyvelési rendszer, C-ben prog- 
ramozva. A lemezen az FK- 
SETUP.EXE gondoskodik a fő- 
könyvi könyvelést végző prog- 
ramcsomag telepítéséről. Maga 

a program a 1421-es lemezen ta- 
lálható PKZIP-pel készült önki- 
bontó FOKONY12.EXE állomány- 
ban van. 

A Cédrus Kiadó azt tervezi, hogy 
az 1992-ben indítandó Alaplap 
Füzetek sorozatban megjelenteti 
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igazoló bizonylat másolatát. 


(Címzett: Cédrus Informatikai Rt. 1251 





lára: Budapest Bank 380-66760 számla- 


Budapest XI., Karolina út 17. Bankszám- 
szám.) 


utalását 
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a könyvtári nyilv 
pontjából fontos 
ges nyilvántartai 
sen kisebb terje: 
adatok a tárolás [ 
szempontoknak 
nek. A dokumen 
szerint egyediek 


A Lexicon prog 
— Dokumentum 
— Dokumentum 
— Lekérdezési, 
ségek. 

— Segédrutinok 
— Szöveges fájl 
— Törlések viss: ] 
— Filter állomár [ 
— Adatbázis szt 
— DOS parancs 
— Állapotinform 
— Helptámogat: 
A Lexicon progr 
— Szakmai sze 
szótárak kialakíi 
— Szakirodalon 
nek gyors és rö 
ra. I 
— Különböző s;:! 





ti rugalmas és 9] 
re. 
— Nyitott karba! 
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On Adventi kalendárium (Anagramm, Chkmemo, Filefind) 

a Beszállókártya a DOS-hoz (Demó változat) 

CO Egy csomagdemó a tömörítőkhöz 

a Az Alaplap eddigi számainak tematikus tartalomjegyzéke 
a Játék: Ugrabugra 


Az Alaplap mágneslemez 
mellékletének helye 


1992 
JANUÁR / 





Nekünk a biztonság a fontos. 
Mi Polaroid mágneslemezt használunk. 


Minden célra a megfelelő minőséget! 
A Polaroid számítástechnikai termékeinek kibővített választéka 


MÁGNESLEMEZEK STREAMER KAZETTÁK 


DataRescue 
A csúcstechnológia maximális adatbiztonságú terméke Cikkszám Típus Ára [db 
Cikkszám Típus Doboz  Ára/10 db 
610725 300 XL/P, 45 Mbájt 2 700- 
607339 5,25" DS/DD, 360 kbájt Karton 900— 610729 600 XT/P, 300 Mbájt 3 000- 
607348 5.25" DS/DD, 360 kbájt DiarN"File . 1 200— 612544 2000/P, 40 Mbájt 2 150- 
608622 5.25" DS/HD, 1,2 Mbájt Karton 1 700- 612545  600/P, 120 Mbájt 2 900—- 
611465 5,25" DS/HD, 1,2 Mbájt — DialVN"File 2 000. 
608623 3.5" MF/2DD, 720 kbájt — Karton 1 800- 
615655 3.5" MF/2DD, 720 kbájt — DialN"File 2 100.— KÖRPOLARIZÁTOROS 
612394 3.5" MF/2HD, 1,44 Mbájt Karton 2 700- 
615656 3,5" MF/2HD, 1,44 Mbájt  DialN"File 3 000. MON ITORSZŰRŐK 
607344 8" DS/DD, 1,6 Mbájt Karton 3 000,— 2 
Cikkszám Típus Ára /db 
Professlonal Guallty 
Megbízható minőség a hivatásos felhasználóknak 615001 CP Universal II, 12" 8 500, 
B 615002 CP Universal II, 14" 8 500—- 
CikkszámTípus Doboz Ára /10 db 614021 CP Universal, 12" 18 800— 
614020 CP Universal, 14" 18 800- 
614456 5.25" DS/DD, 360 kbájt Karton 660— 614956 CP Workstation, 19-21" 26 800- 
610730 5,25" DS/DD, 360 kbájt  — Műanyag 
614455 5.25" DS/HD, 1,2 Mbájt — Karton 
610732 5,25" DS/HD, 1,2 Mbájt Műanyag TISZTÍTÓK 
614454 3,5" MF/2DD, 720 kbájt Karton PolaClear tisztítókészlet 
610733 3,5" MF/2DD, 720 kbájt Műanyag 
614453 3,5" MF/2HD, 1,44 Mbájt Karton ta 
610734 3,5" MF/2HD, 1,44 Mbájt Műanyag § Az árak az áfát nem tartalmazzák. 


FLOPPYLAND e Budapest V., Váci utca 84. e Telefon/Telefax: 118-2651 


Cédrus Karolina Áruház " Budapest XI., Karolina út 17. " Telefon: 185-2421/152 


Árusítás még a Polaroid számítástechnikai termékeinek jogosított viszonteladóinál is: 


BUDAPEST Polaroid Mintabolt BALMAZÚJVÁROS — TradorKft. NAGYKANIZSA SZEGED 

Ké VII., Klauzál tér 11. Dignitas Kft. Bródy Sándor u. 5. Ramori Fényképész Ksz. 
Mela elk Tel.: 142.2733 Veres Péter út 1. Tel.: (36) 25-006 DélZalai Áruház I. em, Kárász u. 7 
Le za ete e lzjgás Tel.: (52) 70-404 Tel.: (92) 73-123 Tel.: (62) 12-469 


Jó MESGYÍLÖLASK BÉKÉS ota NYÍREGYHÁZA 
Cash Bt. 8 Abacus Kft. F GidaSott 
V., Október u. 16. "TERGTAGÁVOB Bé-Ta Ktt. Boloiannisz u. 8/t. Navigátor Kft. Petőfi sugárút 17. 


grrr ú Í; Kert u. 1/1. ÍS Tünde u. 2. Tel.: (82) 53-238 
Tol.: 112-3784 KA Tsa Tel.: (68) 41-745 TRISTAN Tel.: (42) 13-311 CSAKA 
Cobra Ksz. issi 
VII., Király u. 9. Tlménön GSM áj pADáS Megapex Gmk.  — SzervalKtt. öztoté Ke 
Tol.: 142-2740 Tel: 142-3542/24 B 30 Botóti Társulás — TAL; (37) 11.126 Derkovits u. 106. Béla tér 6. 
é Liliom u. 17. fel.: (37) 11- Tel.: (42) 14-450 Tel.: (74): 12-928 
Controll At. Softinvest Tel.: (18) 28-093 
IX., Üllői út 101. V., Jászai Mari tér 3. KAPOSVÁR pÉcs SZÉKESFEHÉRVÁR 
Tel.: 114-O211 Tol.: 112-4873 DEBRECEN, et A KeKENLET ke. Kft. Patelco Kft. 
k nixcomp Ksz. ly Endre u. 7. ai u. 32. 

Sela BÜLÉ a Ért éeé MAT áva es RT 
Tel.: 188-7557 Tol.: 155-0303 HETET 15 új 
ká; inöx Kt Kolyuare Kít, Báliosi u. 11. SZOLNOK 

jorogysterm Szármalk Interfés: rrmszdkasze olyware Kft. do ui té. ji 
te Te ESsA ru.74. ]., Donáti u. 44. ToLrea) Hat Szóchenyi sátáni 6. — Tel.: (72) 22-002 Dorát ti MlVGE, 

Ls je lt fel.: ki 9 . 25. 
Mikr vi Kít té sádsáő let DOROG ks He. EZRES 

IKrOSZOrvIZ a zámal zi zlet olytorm e 
IV., Templom u. 7. ——XI., Szakasits út88. — Printor Fair Kít. te Petőfi u. 3. TATABÁNYA 
Tel.: 189-0272 Tel.: 185-1294 Május 1. út 11/a. Szédtárelú, 7 Tel.: (20) 14-021 Villvakisz Ksz. 

Tel.: (33) 31-037 nyi u. Tóth-Bucsoki u. 3. 

Omikron Ksz. Szorval Kft. Tel.: (92) 74-632 SALGÓTARJÁN Tel.: (34) 16-144 
XI., Bartók Béla út VI., Szófia u. 5. DUNAÚJVÁROS Szervezési 
TE GSDGST Tel.: 142-6938 Duna-Soft MÁTÉSZALKA . és Számítástechnikai VESZPRÉM 

fel: SZÜV Computer-M Kft. . Informatikai Kft. Szalka Elektronik Kít. Intézet sees Kft. 
PC-Pincs VII., Wesselényi u. 21. Városháza tér 1. Felszabadulás útja 19. — Rákóczi út 192. Meet -Zs. u. 18-20. 
VI., Nagymező u. 64. — Teli 111-7917 Tel.: (25) 12-211/193 —— Tel.: (44) 12-532 Tel.: (32) 10-295 (80) 20-611 
Tel.: 132-7751 


BAJA EGER MISKOLC SÁTORALJAÚJHELY EK 
Pixel G. Kft... Computer-Market Kft. . Apex Gmk Server Kft. Doka-Soft Kft. 

XI., Fadrusz u. 23. Béke tér 7. Széchenyi út 22. Toronyalja u. 13. Kazinczy u. 104. Kecztölányi út 41. 
Tel.: 165-2805 Tel.: (79) 22-974 Tel.: (36) 13-945 Tel.: (46) 47-297 Tel.: (41) 22-851 Tel.: (92) 13-856 





INFORMÁCIÓKÉRÉS: 15 A 











rendszerét. A csoport tagjainak 3 
alapkérdésre kell válaszolniuk, 
hogy kit választanának barátnak, 
munkatársnak és vezetőnek. A 
kérdéskör természetesen tovább 
is bővíthető. A program elkészíti 
a különböző kapcsolatok mátri- 
xait, illetve az összesített mátri- 
xot. Az összesített táblázatban a 
villogó X a kiközösített, elszige- 
telt személyeket jelöli. (A köl- 
csönös felismerési hányados 0). 
A RAJZ SZM program a mátri- 
xok grafikus megjelenítését bizto- 
sítja. A személyeket népszerűsé- 
güktől függően különböző nagy- 
ságú körök jelentik. A köröket 
eredetileg egy koncentrikus körö- 
ket tartalmazó táblán kell elhe- 
lyezni úgy, hogy a legbelső kör 
tartalmazza a legtöbb kölcsönös 
kapcsolattal rendelkezőket. 


Lemezszám: M028 


Név: Sura 
Szerző: Székely Béla 


Leírás: Univerzális rajzolóprog- 
ram. IBM PC XT/AT személyi 
számítógépekre kifejlesztett rajzo- 
ló rendszer, amely a Basic, Tur- 
bo Pascal, Turbo C és Ouick C 
felhasználóit segítheti a képer- 
nyőgrafikai munkákban. 
Konfiguráció: CGA/EGA/VGA 
grafikus adapter kell hozzá. 


Lemezszám: M029 


Név: OOPIus 
Szerző: Németh Viktor 


Leírás: Adatbázis-kezelés Turbo 
Pascal 5.5-ben. A lemezen levő 
DBM (Data Base Manager) prog- 
ram elkészíti a megfelelő adatbá- 
ziskezelő program Pascal nyelvi 
forrásszövegét. Telefonkönyvke- 
zelő példaprogram, az objektum- 
orientált rész Pascal unitokban. 
Az OOPIus unit a Turbo Pascal 
objektumorientált programozást 
támogató 5.5 verziójához ké- 
szült. Olyan objektumokat tartal- 
maz, melyek fájlműveletek elvég- 


zéséhez szükségesek, és inde- 
xelt adatbázisok kezelését teszik 
lehetővé. Ennek megfelelően a 
unit tartalmazza az adat- és in- 
dexobjektumok őstípusait, ame- 
lyekből tetszőleges számú és tu- 
lajdonságú további objektum 
származtatható. 


Lemezszám: M030 


Név: CAB 


Szerző: Szolek András, Gellért 
Andor 


Leírás: A Bankár című mágnesle- 
mez újságban megjelent sorozat 
gyűjteményes kiadása. (CAB z 
computer aided banking.) A szer- 
zők a pénzügyi matematika táblá- 
zatkezelőkkel való támogatását 
ismertetik .WK1 (Lotus 1-2-3) for- 
mátumában is mellékelt állomá- 
nyokon. 


Lemezszám: M031 


Név: TPUDISASM 


" Szerző: Csiki András 


Leírás: A Turbo Pascal 6.0 meg- 
jelenése óta is sok 5.0 alatt fordí- 
tott rutin cserél gazdát TPU (Tur- 
bo Paseal unit) formában. Az ál- 
talános probléma a forráskód hiá- 
nya, amely nem szerezhető meg. 
ATP 5.0 unit teljesen más, mint 
az 5.5 (6.0) részére fordított unit 
formátum. Sok programozó 
emiatt nem tér át a többet tudó 
verzióra. A unitok visszafordítása 
forrásszintű Pascal programmá 
sajnos nem lehetséges, de léte- 
zik a TPUZ2ASM (disassembler) 
amely Assembybe visszaforgatja 
a programot. Az így keletkezett 
program a TASM segítségével új- 
ra lefordítható, s az OBJ prog- 
ram bármilyen környezetbe be- 
szerkeszthető. A UNIT—OBJ kon- 
verzió a Pascal egyik hiányossá- 
gát is kiküszöböli, ugyanis az 
OBJ állomány linkelhető C, Mo- 
dula, és más magasszintű prog- 
ramnyelvekbe. A rutinok paramé- 
terezéseit sajnos nekünk kell kita- 
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lálni. A 6.0 Pascal már ismeri az 
ASM típust is, így az INLINE he- 
lyett közvetlenül Assemblyt is Ír- 
hatunk (nincs szüség a TASM- 
ra). A fordítás menetéhez szük- 
ség van az 5.0 Pascal rendszer 
unitjaira, amelyek a TURBO.TPL 
fájlban találhatók. A fordítás idejé- 
re a TURBOS5O.TPL-t át kell ne- 
vezni TURBO.TPL-re. (A Turbo 
Pascal 6.0 fordító sajnos szintén 
nem érti a korábbi verziókkal for- 
dított unitokat.) 

Turbo Designer — Menügenerá- 
tor. 

Auick Screen utility — Gyors 
képernyőkezelő (ASM) rutinok. 
Multitasking — Egy időben több 
program fut. 

Tlite — Kommunikációs vonal ke- 
zelése. 

A fent említett shareware progra- 
mok a SolarSoft könyvtárban 
megtalálhatók. A programok rutin- 
jaikat TP 5.0-val lefordított unitok- 
ban tárolják. A TPU2ASM prog- 
ram segítségével ezen progra- 
mok minden további nélkül át- 
menthetők a magasabb verzió- 
számú fordítók alá. 

A mintapélda egy egyszerű, de 
roppant hatékony egérkezelőt tar- 
talmaz, forráskódban, Turbo Pas- 
cal 5.0-val lefordítva. A visszafor- 
gatást a MAKE CIN.BAT prog- 
ram végzi. A visszafordított ASM 
tartalmaz különböző ellenőrző 
(call) hívásokat, amelyeket a Pas- 
cal illesztett a kódba. Stack, 
heap, stb. ellenőrzése. Ezeket a 
hívásokat ki lehet hagyni. A unit 
végén elhelyezkedő procedúrahí- 
vást az ASM kódból el kell távolí- 
tani, a hívás helye az újra kialakí- 
tott unit végén van. 

A lemez tartalmazza az eredeti 
forráskódú, valamint az 5.0, 5.5, 
6.0 unitokat. 


Lemezszám: M032 


Név: Vám 91 
Szerző: Numerika 


Leírás: 1 darab HD lemezen ta- 
lálható a Vám 91 űrlapkitöltő 
program. A program segítségével 
kitölthetjük a 070 számú VÁM91 
űrlapot. A kitöltéshez rendelkezé- 
sünkre áll egy naptár, egy zseb- 
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számológép és a Help is. Szinte 
minden a képernyőn van. 

A programot az Alaplap 1991. 
májusi száma részletesen ismer- 
tette. 


Lemezszám: M033 
Név: PassivDemo 
Szerző: Zombori Ferenc 


Leírás: A német passzív igerago- 
zás gyakorlása. Játékos mód- 
szer, amellyel szórakoztató for- 
mában feleleveníthetők és bővít- 
hetők a korábban szerzett isme- 
retek. A feladatok megoldásához 
legalább alapfokú ismeretek 
szükségesek, de azoknak is 
hasznos, akik magasabb szintű 
németnyelv-tudással rendelkez- 
nek. 

A feladatok a passzív igeragozás 
gyakoroltatására készültek, de a 
mondatok más típusú nyelvtani 
buktatókat" is tartalmazhatnak. 
A program az egyes feladatok 
megoldását közvetlenül értékeli, 
majd az összes feladat megoldá- 
sa után összefoglaló értékelést 
ad a gyakorló nyelvtudásáról. 


Lemezszám: MO34 


Név: HelpEdit 
Szerző: Bánhidi Gábor 


Leírás: Helpkészítő Clipper prog- 
ramokhoz. Segítségével on-line 
helpeket lehet egyszerűen és ha- 
tékonyan szerkeszteni. A prog- 
ram működése a feldolgozási fo- 
lyamatot követve: 


1. Külső ciklus. . 


— Az információs ablak koordiná- 
táinak rögzítése. Ezen keresztül 
történik az adatok kiírása. Az ér- 
tékeket meg kell jegyeznünk, 
mert a programban is ezeket a 
koordinátákat fogjuk használni. 
— Állományunk nevének rögzíté- 
se. (Ez lesz a helpállomány.) Ha 
még nincs begépelt állomány, lét- 
rehozzuk azt. Amennyiben nem 
adjuk meg az állomány kiterjesz- 
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tését, a program hozzáfűzi azt. 
Ez után történik az állomány 
megnyitása. 


2. Belső ciklus. 


A változó nevének rögzítése, ol- 
vasása. Amennyiben nincs válto- 
zó, létrehozzuk azt. Ezután elkez- 
dődik az információ rögzítése. 


3. Programunkban a következő 
eljárást kell alkalmaznunk. 


— Paraméterek felsorolása. 

— Változók értékadása. 

— Állományvizsgálat. Amennyi- 
ben nem a help állomány van 
nyitva, úgy az előző állományt le- 
zárjuk, majd a help után visszaál- 
lítjuk. 

— Megkeressük az adott változó 
nevét, ha megvan, kiírathatjuk az 
információt. 

— Eredeti állapot visszaállítása. 
A program továbbfejlesztett válto- 
zata tartalmazni fogja a koordiná- 
ták átvételét, az indexelt állo- 
mányban történő keresést. 


Lemezszám: M035 


Név: TDBU (Turbo DBU) 
Szerző: Szalay Tamás 


Leírás: A közismert DBU adatbá- 
Zis-kezelő program továbbfejlesz- 
tett változata. Aki nem ismeri a 
DBU-t, annak pedig egy általá- 
nos célú, Clipper adatbázisokat 
kezelő, áttekintő és listázó prog- 
ram. A TDBU mindazt tudja, amit 
a DBU, azaz létrehoz, megnyit, 
módosít és indexel tetszőleges 
Clipper adatbázisokat, a szüksé- 
ges peremfeltételekkel. 

A TDBU olyasmit is tud, amit a 
DBU nem: 

— Megadhatók kvázi visszacsa- 
tolt relációk, definiálható az adat- 
ellenőrzés a táblázatban (táblá- 
zat a táblázatban). 

— Bővített, jó áttekintő és listázó 
(browse). 

— Barátságos keresési módok 
(megszakítható locate interaktív 
paraméter beolvasásával). 

— Mezőnevek egyszerű keveré- 
se, fájloktól függetlenül, a fájl- 
struktúrák változtatása nélkül. 


— Indexkulcsok gyors cseréje a 
megadott relációk veszélyezteté- 
se nélkül. 

— Törölt rekordok látható-rejtett 
kapcsolója. 

— Aktuális rekord áttekintése, 
módosítása akár táblázatos akár 
oszlopos formában. 

— Aktuális rekord kinyomtatása 
(teljesen, részlegesen) a mezők 
keverésével, egyetlen gombnyo- 
másra. 

— Nyomtatási modul extra igé- 
nyek kielégítésére is. Teljes me- 
nüvezérlés nyomtatóra és fájlba, 
a relácikókal kapcsolt fájlok hier- 
archiáját követve. Automatikus 
optimális fejlécgenerátor, módo- 
sítható fejlécek, valamint listaké- 
szítés 5 megadható összegfoko- 
zat segítségével a választott me- 
zőkből. 

— Deklarálható műveleti mezők 
(mint egy számolótáblában). 

— Göngyölített mezők. 

— A deklarált listák mentése és 
töltése-a munka könnyítése vé- 
gett. 

— A program hálózatban is alkal- 
mazható. 


Lemezszám: M036 


Név: Filecatalogus v.1.0 
Szerző: Séra László 


Leírás: Ez a lemezkatalogizáló 
program azok számára készült, 
akik nem tudják megjegyezni, 
hogy többszáz lemezükön melyik 
program hol található. A könnye- 
dén létrehozott adatbázissal nyil- 
vántarthatjuk egész lemezállomá- 
nyunkat (beleértve a winchester 
tartalmát is). Bármikor kikereshe- 
tünk adatokat az adatbázisból, 
és azokat tetszés szerint ki is 
nyomtathatjuk. A már meglévő 
adathalmazt természetesen bár- 
mikor változtathatjuk. A program 
előnye gyorsassága és rövidsé- 
ge. Mellékelve van hozzá a Tur- 
bo Pascal (v.5.5) forrásnyelvű 
program is, így magát a progra- 
mot is módosíthatjuk, átalakíthat- 
juk! 





SZÖVEGELŐ 





Sorozatunk a betűsorozatokról III. 


Calamusízi) macska egeret fog 


A DTP rendszerek minősítésénél 

nem csupán a rendszer tudását, 

hanem a hozzá tartozó utility programok mennyiségét 

és minőségét is figyelembe kell venni. 

A kiadványszerkesztő programoknak együtt kell működniük 
a pixelgrafikus és a vektorgrafikus rajzprogramokkal, 

a retusprogramokkal, különféle szövegszerkesztőkkel. 


A fentiek miatt nagyon fontos, hogy az 
egyes programok értelmezni tudják a 
többi program fájlformátumát, és azt be 
tudják olvasni a memóriába. 


A kompakt rendszer 
programjai 


Az Atari ST-n futó kiadványszerkesztő 
rendszerek közül a Calamus DTP kom- 
pakt rendszert alkot az Arabesge rajz- 
programmal, az Avant Vektor és a Didot 
Line Art vektorizáló programokkal, a 
DMC Fonteditorral, a Type Art font- 
editorral és az Out Line Art grafikai 
tervezővel, a PKS Write és a Ist Word 
Plus szövegszerkesztőkkel. 


Karakterkészletek 


A Calamus alaprendszerhez kétfajta be- 
tűcsaládot ad a DMC szoftverház, a 
Times és a Swiss betűkészletet. A be- 
tűcsalád a 25, az 50 és a 100-as vastag- 
ságú karakterkészletet tartalmazza álló 
és dőlt betűtípusból. A többi attribútu- 
mot a Calamusban állíthatjuk be, nem 
kell hozzá új karakterkészlet. Ez a 
kiadványszerkesztő a Venturával és töb- 
bi vetélytársával ellentétben azonos ka- 
rakterkészletet használ a különböző 
méretű betűk megjelenítésére. A fontok 
nagyítását, kicsinyítését egy, a prog- 
ramba beépített algoritmus végzi, ezért 
nem kell minden nagyságban új font- 
készletet generálni. A fontkészletek rá- 
adásul nyomtatófüggetlenek, ezért egy 
karakterkészlettel dolgozhatunk 9 tűs 
mátrixnyomtatón és akár lézerlevilágí- 
tón is. 

Ha ugyanolyan konfigurációban szeret- 
nénk dolgozni Venturán, mint a Cala- 
mus DTP-n, akkor a letárolandó fontok 
miatt a Ventura sokkal nagyobb win- 
chesterkapacitást igényel. 


Sokakban felvetődhet, hogy ha a 
fontokkal kapcsolatos sokféle attribú- 
tumművelet programból beállítható a 
Calamusban, akkor miért pont a dőlt 
betűket kell külön karakterkészletben 
tárolni. Ez elsődlegesen azért van, mert 
a legtöbbet használt betűtípusok esetén 
más a topológiájuk az álló és a dőlt 
betűknek. Nem csupán a betűk meg- 
döntését kellene megoldani, hanem 
azok formájának átalakítását is. Igaz, 
ez nem vonatkozik a talpatlan betűcsa- 
ládokra, ahol tényleg csak a betűket kell 
megdönteni (általában 12 fokkal). A 
Calamus színes változatába, az SL-be 
ezért már ezt a funkciót is beépítették. 
Ha a felhasználó talpatlan betűt használ, 
akkor nem kell megvásárolni vagy meg- 
tervezni a dőlt betűkészletet, hanem azt 
a programból megdöntheti a kívánt 
mértékben. 


Nyomtatás 


A Calamus a nyomtatás előtt a vektor- 
fontokkal írt szövegből, az ábrákból, 
raszterekből, vonalakból egy grafikus 
ábrát állít elő a számítógép memóriájá- 
ban, amit grafikus adatok formájában 
küld ki a megfelelő nyomtatómeghajtó 
segítségével a printernek, levilágítónak. 
Mivel az adatokat grafikus formában 
állítja elő, ezért lézernyomtató haszná- 
lata esetén nem szükséges az, hogy a 
nyomtatóban PostScript értelmező is 
legyen, ami feleslegesen drágítaná meg 
a nyomtató árát. 


Szövegszerkesztők 


A Calamus 1.09 változata a PKS Write, 
a 1Ist Word, a Microsoft Write, a Word 
Perfect szövegszerkesztőkkel írt szöve- 
get attribútumhelyesen olvassa be. Más 
szövegszerkesztők használata esetén 


csak ASCII-kódban túdja beolvasni az 
adatokat, ami a szöveg attribútumainak 
elvesztését eredményezi. Az attribú- 
tumhelyes beolvasás azt jelenti, hogy 
ha valamelyik szövegszerkesztőben 
dőlt vagy vastag betűvel írtunk be szö- 
vegrészt, vagy alsó és felső indexeket 
használtunk, vagy aláhúztunk betűket, 
akkor ezeket ugyanilyen formában lát- 
hatjuk beolvasva a kiadványszerkesz- 
tőbe is. Az egyes attribútumok cseréjére 
is van lehetőség. A Calamus program a 
szöveg beolvasásakor megkérdezi, 
hogy az egyes attribútumokat nem akar- 
juk-e másik fontkészlettel helyettesíte- 
ni. Ha igen, akkor ki kell választani a 
megfelelőt, és ezután már azzal töltődik 
be a szöveg a kiadványszerkesztőbe. A 
szövegszerkesztők általában csupán 
egyfajta betűtípust használnak, az pe- 
dig, hogy a nyomtatásban melyik lesz, 
a nyomtatón múlik. 

A Calamusnak ezzel a helyettesítő 
funkciójával elérhető, hogy a szöveg- 
szerkesztőben például vastag (bold) at- 
tribútummal megadott szöveg talpas 
betűből álljon, a normál szöveg pedig 
talpatlanból. 


Rajzprogramok 


A Calamus 1.09 a pixelgrafikát és a 
vektorgrafikát egyaránt támogatja. A 
pixelgrafikus képek közül az IMG és a 
CRG (Calamus Raster Graphic) fájlo- 
kat, a vektorgrafikus képek közül a 
GEM és a CVG (Calamus Vektor Gra- 
fika) formátumot tudja importálni és 
exportálni. Az SL változatot olyan vek- 
torgrafikai feldolgozó programmodul- 
lal is kiegészítették — a speed line- 
nal —, amely nagyon gyorsan tud 
pixelgrafikát vektorizálni. A programo- 
zók viszont ügyeltek arra, hogy az így 
kapott vektorgrafikát a program ne tud- 
ja CVG formátumban eltárolni, csak 
egy új, ún. CVD (Calamus Vektor Do- 
kument)-ben. Valószínű, hogy azért 
módosítottak a fájlformátumon, mert a 
Calamus 1.09-es változathoz nagyon 
sok szoftverház írt különféle segéd- 
programokat, amelyek feldolgozzák a 
CVG, CRG típusú fájlokat. Az új forma 
bevezetésével ezek használata nehéz- 
kessé válik. 

Kovács P. Attila 
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SZÁMÍTÁSTECHNIKA KULCSRAKÉSZEN! 
BÁSF video- és audiokazetták 
A LEGKISEBB NOTEBOOK-TÓL 

BASF videokazetták BASF audiokazetták A LEGGYORSABB 486-OSIG 


BASF HS 200  399- BASF FE 60 


BASE ÉG 6é0 e BASE BE 4 XT, AT, 386, 386SX, 486, Laptop minden kiépítésben. 


BASF ES 240  540- BASF CE 90 EPSON, STAR, NEC nyomtatók teljes választéka. 
BASF CM 60 MODEMEK és egyéb tartozékok széles választéka. 


BASF CM 90 Új Magánszemélyeknek KÉSZPÉNZFIZETÉS ESETÉN 
KEDVEZMÉNYI 


A fenti árak 2599 ÁFA-t tartalmaznak! ASHTON-TATE, BORLAND, MICROSOFT, NANTUCKET, 


A komplett BASF video- és audiokazetta-árlis- eli 


s SHAREWARE programok (1200-féle) 360, Ft 4. ÁFA áron. 
tánkat kívánságára rendelkezésére bocsátjuk. MODEMES táv-adatátviteli és BBS rendszerek szállítása. 


Az VÍRUSÖLŐÓ program (120-féle vírust öl!) 


UNITRADE 


NOVELL HÁLÓZATI SZOFTVEREK, hálózatkiépítés. 


s ; Ajánlatunk: 
Szervezési, kereskedelmi NOTEBOOK SZÁMÍTÓGÉPEK MÁR 69 900,- Ft-tól 


ámíi ikai 
és Számítástechni a számítógép: 1 MB RAM, 40 MB HDD, 
K. EF. T. MB FDD, Mono 14" (PHILIPS) 
ak a Ma , 1 P, 101 gombos bill. 63 100.- Ft 4 ÁFA 


(Készpénzért 59 900,- Ft 4. ÁFA.) 
1073 Budapest VII., Erzsébet krt. 48. és Es Má zcs sséigltsA 
- : Hi r ezt a hirdetést vassa, 
Telefon/Fax: 142 2115 Gyabbaki Ezért kérjük, telefotáljon Vagy írjon; éb mrörömmei 
adunk felvilágosítást, küldünk részletes árjegyzéket! 


BASF 


video- és audiokazetták 
NAGYKERESKEDÉSÉVEL é 
is foglalkozik! 
High Tech. Kft. 
1117 Budapest XI., Orlay u. 4. 
Telefon: 166-3098, 185-2687, Fax: 185-2687 


...nem csak számítástechnika BBS: 118-7950 BUDAPEST BBS 


WV zI :SJUJXOIOYINHOJINI 
INFORMÁCIÓKÉRÉS: 24 A 





FOXPRO — kontra nélkül 


Ami miatt jobb, ha FOXPRO 2.0-t használunk: 


— Egérvezérlés, kifinomult ablaktechnika 

— Képernyő-, menütervezés, tablók készítése 
— Automatikus programkód-generálás 

— Összetett indexforma 

— Projektkészítés 

— Rushmore-technológia 

— Trace, debug funkció 

— .EXE állományok készítése 

— Automatikus programdokumentálás 


Rendszeres szakmai bemutatók! 


Upgrade-lehetőség rendkívül kedvező áron! 


FoxPro 2.0 (Egyfelhasználós) 31 500 Ft -- ÁFA 
FoxPro 2.0 (Többfelhasználós) 50 900 Ft 4- ÁFA 








INFORMÁCIÓKÉRÉS: 14 A 
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Hozzáférés — két akadályon áthágva IV. 


A jogosultságok technikája 


Ebben a részben eljutunk a konkrét problémához: 

ki és mire jogosult a rendszerrel való kommunikációban? 
A kérdés és a válasz összetettségéről 

és ennek technikai vetületeiről lesz most szó. 

A PC-ken működő PC-DOS vagy MS-DOS 

a fájlokat hierarchikus felépítésű 


könyvtárrendszerben tárolja. 


Ebben a környezetben a következő fájl-, 
illetve könyvtárkezelő műveletek azok, 
amelyeket egy fájlszintű hozzáférés-védelemnek 


éberen kell figyelnie: 


Fájlműveletek (pontosabban fájlokat érintő műveletek) : 
létrehozás, törlés, átnevezés, megnyitás, olvasás, írás, 
a fájl attriibútumának megváltoztatása, futtatás. 


A futtatás fogalomnál nem az összes, 
ebben a környezetben elindítható fájlra 
gondoltunk, hanem csak az EXE, illetve 
COM kiterjesztésűekre. Ennek az az 
oka, hogy a BAT kiterjesztésű fájlok 
indításakor a DOS a fájlnyitás, -olvasás, 
továbbá programfuttatás vagy parancs- 
végrehajtás műveleteket végzi, vagyis 
gyakorlatilag semmi olyan új dolgot, 
amelyet ne kívánnánk egyébként is 
figyelni. 


Könyvtárműveletek 


Természetesen nem mindenki vehet ab- 
ból a süteményből, amelyet megkíván, 
vagyis nem hajtathat végre minden fel- 
használó minden műveletet az adott 
géppel. 

Egy jó hozzáférés-védelmen belül a 
jogosultságoknak személyhez köthe- 
tőknek kell lenniük. A személyhez való 
kötődést a számítástechnikában általá- 
ban kulcsszóval oldják meg. PC-s kör- 
nyezetben a felhasználó—kulcs- szó— 
alkönyvtár—fájl viszonyt úgy képzel- 
hetjük el, mint egy táblázatot, melynek 
első sorát a felhasználók képezik a 
hozzájuk tartozó kulcsszóval, első osz- 
lopában pedig az alkönyvtárak és a 
bennük szereplő fájlok vannak. A táb- 
lázat bármely eleme az aktuális jogo- 
sultságot adja meg. 

Mielőtt rátérnénk a , jogosultság" bő- 
vebb tárgyalására, adjunk nevet annak 
a személynek, akinek a hatáskörébe 
tartozik a felhasználó—kulcsszó—al- 


könyvtár—fájl viszonyrendszer meg- 
határozása: nevezzük egyszerűen Fő- 
nöknek. 


A jogosultságokról 


A jogosultság különböző műveletek 
végzésére kapott (illetve adott) engedé- 
lyek összessége. A fentebb felsorolt 
fájlokat, illetve alkönyvtárakat érintő 
műveletek megtiltásakor/engedélyezé- 
sekor, valamint a figyelés megszerve- 
zésekor többek között a következő dol- 
gokra kell gondolnunk: 

— ha az EXE vagy COM kiterjesz- 
tésű fájlt a felhasználó olvashatja, akkor 
semmi nem akadályozhatja meg abban, 
hogy futtassa is; 

— felesleges meghagyni a fájlnyitás 
jogát, ha a felhasználó sem nem olvas- 
hatja, sem nem írhatja át az adott fájlt; 

— nem célszerű az írást engedélyez- 
ni olyan fájl esetében, amelyiknél az 
olvasást megtiltottuk; 

— nem engedélyezhető egy fájl att- 
ribútumának megváltoztatása alkönyv- 
tár jelzésűvé, illetve egy alkönyvtáré- 
nak standard fájl jelzésűvé; 

— fájl létrehozásának jogát csak 
alkönyvtárra vonatkozóan engedélyez- 
hetjük, illetve tilthatjuk meg (egy még 
nem létező fájlhoz nem tartozhat jogo- 
sultság); 

— ha az alkönyvtár-struktúrában egy 
s levelet" elérhetővé akarunk tenni, ak- 
kor az odáig érő , ágakat" sem vághat- 
juk ki; 


— felesleges izgatni a felhasználót 
azzal, hogy az alkönyvtár tartalmának 
listázásakor láthat ugyan egy bizonyos 
fájlnevet, de a fájl nem hozzáférhető a 
számára. 

Ezek figyelembevételével a követke- 
ző jogosultsági lehetőségeket dolgoz- 
tuk ki a fájlokra vonatkozóan: látható- 
ság (lásd az előző felsorolás utolsó 
pontját); olvashatóság; írhatóság; attri- 
bútum megváltoztatása; futtathatóság; 
törölhetőség; átnevezés. 

(A legutolsó pont megoldása egy 
kicsit problémás, ugyanis a fájlokat a 
nevükkel azonosítjuk, és ehhez kapcso- 
lódnak a különböző jogosultságok. 
Ezért a név megváltoztatásával együtt 
komoly módosítások szükségesek a ké- 
sőbbiekben ismertetendő táblázatok- 
ban.) 

Az alkönyvtárakra vonatkozó jogo- 
sultsági lehetőségek: láthatóság (ez azt 
jelenti, hogy az alkönyvtár nevét a DIR 
parancs megmutatja, és minden további 
nélkül lehetőség van a , belelépésre"); 
fájl, illetve , gyermek" alkönyvtár lét- 
rehozása; törölhetőség. 

Léteznek továbbá nem fájl- vagy 
alkönyvtárszintű jogosultságok is, ame- 
lyekről feltétlenül szólnunk kell e he- 
lyen is — annak ellenére, hogy az 1. 
lépcső kezeli le ezeket. Ilyen a hajlé- 
konylemez olvasása, írása, formázása, 
valamint a printer kezelése. 

Ezeknek a figyeléséről az 1. lépcső 
gondoskodik, de arról, hogy az adott 
műveletet engedélyezheti-e vagy sem, 
a 2. lépcső értesíti. 


Technikai megoldások 


Miután a Főnök minden egyes felhasz- 
nálóhoz hozzárendelt egy kulcsszót, va- 
lamint a fájloknak, illetve az alkönyv- 
táraknak egy, az adott felhasználó által 
elérhető halmazát és az ezekhez tartozó 
jogosultságokat, már komoly szerepet 
kap a szűrő 2. lépcsője. Az eddigiekben 
láthattuk, hogy milyen feladatokat kell 
ellátnia ennek. Itt az ideje, hogy meg- 
nézzük, megoldhatóak-e ezek a felada- 
tok, és ha igen, akkor hogyan. 
Amikor a felhasználó valamilyen 
műveletet akar végezni egy fájllal vagy 
alkönyvtárral, de ehhez nem rendelke- 
zik a megfelelő jogosultsággal, akkor 
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meg kell akadályozni ebben. Ha a Fő- 
nök történetesen ott áll az illető mögött, 
és látja, amit csinál, akkor lecsaphat rá 
és megdorgálhatja. Ellenkező esetben a 
2. lépcsőnek kell közbelépnie és 
visszaterelnie a karámba az eltévedt 
báránykát. De honnan tudhatja a szűrő, 
hogy mi az, amit szabad a felhasználó- 
nak, és mi az, amit nem? A felhasználók 
kulcsszavait és a hozzájuk tartozó jo- 
gosultságokat táblázatokban kell tárol- 
nunk. Ezek célszerű felépítése a követ- 
kező. 


Kulcsszavak 
Ofszet és mérettartalom 


400—1 — a kulcsszavak száma (1 
bájton maximum 255; nem ez a felhasz- 
nálók számának a korlátja) 

401— a táblázat sorainak felépítése 
(egyenként 18 bájton): 

400—16 — kulcsszó 

417—1 — a felhasználó nem fájl- 
szintű jogosultságainak (floppyolvasás, 
-írás, -formattálás, printerkezelés) kód- 
ja 

418—2 — a kulcsszóhoz tartozó 
jogosultsági táblázat kezdő clustere. 

A táblázat sorainak száma, vagyis az, 
hogy hány felhasználói kulcsszó lehet 
a rendszeren belül, a lemez clusteren- 
kénti szektorszámától függ (ugyanis 1 
eclusternyi lemezterületet szántunk erre 
a célra). Egy szektor 512 bájtból áll, 
egy cluster pedig 2, 4, 6 vagy 8 szektort 
foglalhat magában. A tényleges értéket 
a bootszektor tartalmazza. Ettől az ér- 
téktől függően a következőképpen ala- 
kul a tárolható kulcsszavak maximális 
száma: 


Szektor/cluster — kulcsszavak 

maximális száma 

2—53 

4—107 

6—161 

8—215 

Bármelyik eset áll is fenn, nem va- 
lószínű, hogy ez ténylegesen korlátot 
jelentene. (Már 20 felhasználó is irreá- 
lisan sok egyetlen PC-re, nem még 56.) 


Jogosultsági táblázat 
Az előző táblázat minden sorához tar- 
tozik egy ilyen táblázat. Ez már több 
clusterből is állhat. Felépítése a követ- 
kező: 

Ofszet és mérettartalom 


-400—2 — a táblázat következő 
eclusterének a sorszáma (a vége jel a 0 
érték) 


38 ALAPLAP 1992/1 


402—2 — a táblázat sorainak száma 
a clusteren belül (tele cluster esetén a 
maximális érték) 

14-04 — a táblázat sorainak felépítése: 

3100—2 — a bejegyzés clustere 

1402—1 — a bejegyzés sorszáma a 
clusteren belül 

403—I1 — a fájl neve 

3414—1 — a fájl eredeti attribútuma 

415—2 — a fájl kezdő clusterének 
sorszáma 

417—3 — a jogosultság kódja 


Láthatatlanná tenni 


Felmerülhet az olvasó fejében, hogy 
miért tároljuk a fájlok nevét, attribútu- 
mát és első clusteruk sorszámát is, 
amikor bőven elég lenne a bejegyzést 
tartalmazó cluster sorszámának, a be- 
jegyzésclusteren belüli sorszámának, 
valamint az aktuális jogosultságnak a 
feljegyzése. A válasz a következő: két 
legyet ütünk egy csapásra, ha a kezdeti 
jogosultságfeltöltést (erről még lesz szó 
a későbbiekben) összekötjük a látható- 
ság problémájának megoldásával. 

A láthatóság problémájának megol- 
dása komoly feladatnak ígérkezik, ha 
figyelembe vesszük, hogy milyen erős 
és bölcs ellenfeleket kell becsapnunk. 
Egy PC Toolsnak vagy egy Norton 
Commandernek semmiféle akadályt 
nem jelent egy rejtett (hidden) jelző a 
fájl attribútumában. Ezzel szemben mi 
mégis azt szeretnénk, hogy az adott 
felhasználónak bizonyos fájlok létezé- 
séről ne legyen tudomása. 

Ha a titkolandó fájl fájlbejegyzésé- 
ben a fájlnév első pozíciójára egy ". 
karaktert írunk (a karakter ASCII kódja 
hexadecimálisan 2E) és a további po- 
zíciókat nulla értékekkel töltjük fel, 
akkor semmiféle fájlkezelő nem jelzi 
ki a bejegyzés tartalmát. De sajnos a 
kíváncsi felhasználó (vagy a még kí- 
váncsibb tolvaj) átírhatja a fájlnév törölt 
pozícióit (mondjuk PC Toolsszal), és 
már közelébe is jutott a féltett adatok- 
nak. Ezért szépen kinullázzuk a bejegy- 
zésben a fájl (vagy alkönyvtár) első 
elusterét jelző sorszám helyét, és a 
biztonság kedvéért a fájl attribútumát 
tartalmazó bájtot is. Ezzel teljesen el- 
zártunk minden utat az illetéktelen sze- 
mek elől. 

Abban az esetben, ha a felhasználó- 
nak joga van látni a kérdéses fájlt 
(minden bejegyzésbeli adatával együtt), 
egyszerűen visszaírjuk azokat a megfe- 
lelő helyekre. Ezt a visszaírást végez- 
zük a jogosultságkódok beírásával egy 
időben. (A későbbiekben még szólunk 
arról, hogy hová is írjuk be a jogosult- 
ságkódokat). 


Ezek alapján nyilvánvaló, miért je- 
lent gondot egy fájl átnevezése: ezt a 
változást minden egyes, kulcsszóhoz 
tartozó jogosultsági táblázatba át kell 
vezetnünk. 

A láthatóság problémájának ez a 
megoldása veszélyt is rejt magában: ha 
egy adott clusterhez nem tartozik be- 
jegyzés (és esetünkben látszólag ez a 
helyzet a titkos fájlok tartalmánál), 
vagyis a cluster , árva", akkor egy óvat- 
lanul kiadott CHKDSK parancs vagy a 
SpeedDisk nevű Norton-utility haszná- 
lata tönkreteheti a merevlemezen lévő 
adatokat. 

Ezt úgy oldhatjuk meg, ha ilyen 
jellegű műveletek végzésének jogát 
csak a Főnök kezében hagyjuk meg. Ő 
ugyanis az összes fájlt, illetve alkönyv- 
tárat illetően minden jogosultsággal 
rendelkezik. Ez azt jelenti, hogy amíg 
ő dolgozik a gépen, addig az összes fájl 
látható állapotban van, vagyis nincs 
olyan , árva" cluster, ami a , láthatatlan- 
ság" következménye lenne. 


A jogosultság kódja 


A fájlnevek, illetve jogosultságok be- 
írása után már , csak" az a feladat van 
hátra, hogy a megfelelő pillanatban a 
megfelelő helyről kiolvassuk az adott 
jogosultság értékét, és ennek megfele- 
lően engedélyezzük, illetve tiltsuk az 
aktuális művelet végrehajtását. 

Volt már szó arról, hogy a fájlokhoz 
és alkönyvtárakhoz tartozó jogosultsági 
kódokat első lépésben hogyan tároljuk, 
de azt eddig rejtélyesen elhallgattuk, 
hogy hová is tesszük majd ezt a kódot, 
ahonnan a lehető leggyorsabban beol- 
vasható. Nos, ez a hely a fájlbejegyzés 
maga. Az alapfogalmaknál láthattuk a 
fájlbejegyzés szerkezetét, és ebben bi- 
zony akadt — az általunk ismert DOS- 
verziók által még kihasználatlan — 10 
bájt. Ide bőven elfér a jogosultsági kód 
3 bájtja. 

Persze felmerül a kérdés, hogy mikor 
tölthetjük fel ezt az ominózus 10 (pon- 
tosabban 3) bájtot a megfelelő értékkel, 
ugyanis ennek különböző felhasználók 
esetén különböző tartalommal kell bír- 
nia. Erre a legalkalmasabb időpont a 
kulcsszó lekérdezése (loginolás), vala- 
mint annak helyes eredménnyel záródó 
kiértékelése után kínálkozik. Ekkor a 
bejelentkezéssel egy időben az általunk 
kódolt formában tárolt táblázatból fel- 
töltjük az , üres" helyeket (beírjuk a 
jogosultságok kódjait és a látható fájlok 
eredeti adatait), és a védelmi rendszer- 
nek ez a lépcsője már működhet is. 


Krokovay Károly—Radványi Tibor 
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A LZ :SJUJNOIDOVJACOANI 


GÉPRAJZ v 


Lézerlitográfia 


Testmodellező szoftverek 


A számítógépes tervezés és gyártás egymásra épülését 
jól illusztrálja a lézeres litográfia elnevezésű eljárás, 
amely bonyolult műanyag alkatrészek 

prototípusának előállítását teszi lehetővé. 


Tudjuk, hogy az akár több száz mű- 
anyag alkatrészt is tartalmazó termékek 
piaci életgörbéje olykor csak egy-két 
év. Például egy fényképezőgép vagy 
videokamera befuttatására alig néhány 
hónap áll rendelkezésre, ugyanakkor a 
tervezési-gyártási költségek milliókat 
emésztenek fel. Így a termékek terve- 
zésénél nem szabad tévedni. Ezt igyek- 
szik elősegíteni a lézeres sztereolitog- 
ráfia, amely a prototípus- és kissorozat- 
gyártás forradalmian új módja. 


Prototípustól a gyártásig 


A lézerlitográfiás berendezés tartalmaz 
egy kb. 50 x 50 em felületű, folyékony 
műgyantával feltöltött kádat, amelyben 
a sűrű folyadék felszínét tűhegyes lé- 
zersugár pásztázza. A 0,1 mm vastag- 
ságú, ultraibolya tartományban működő 
lézersugár egy felületet rajzol körül, és 
azt ki is , satírozza". A végigsatírozott 
felület alatt a műgyanta helyileg meg- 
keményedik, mintegy két tized mm 
mélységben. Így készül el a kialakítan- 
dó test egy keskeny szelete. A már 
megkeményedett részt a folyadékban 
levő befogó szerkezet a szelet széles- 


ségével lesüllyeszti. Amegkeményedett " 


felület helyére újra folyékony műúgyan- 
ta folyik. Ha ez megnyugodott, a lézer- 
sugár megkeményít egy újabb szeletet, 
amely hozzáköt a már elkészülthöz. Így 
szeletenként alakul ki a teljes test, ahol 
egy-egy felület lézeres megvilágítása 
néhány percet, míg a teljes test kiala- 
kítása néhány órát vesz igénybe. 

A folyékony műgyanta összetétele 
alapján lesz kemény vagy rugalmas az 
elkészült műanyag alkatrész. Bár a spe- 
ciális műgyanta nagyon drága — kilo- 
grammonként néhány száz dollár — 
azonban egy-egy alkatrészhez viszony- 
lag keveset használnak fel. A kész al- 
katrészeket a tervező akár már ellen- 
őrizheti is. A termékfunkció analízise- 
kor pedig működési, szilárdsági, illesz- 
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tési és szerelhetőségi hibák is kiderül- 
hetnek. 


Modellezés — tervezés 


Háromdimenziós testmodellező szoft- 
verrel generáljuk a lézerlitográfiás be- 
rendezés vezérlőprogramját. A térben 
elhelyezett, összetett alkatrészek (tes- 
tek) különböző nagyságú és pozíciójú 
elemi testekből épülnek fel (tégla, gúla, 
kúp, gömb, tórusz). Ezekből halmaz- 
műveletekkel (testek összeadása, kivo- 


nása, közös rész képzése, testek síkok- 
kal való metszete) állíthatók elő a bo- 
nyolult üreges testek. Egyes testmodel- 
lező szoftverek megengedik az össze- 
épített testek egyes felületei között ki- 
alakult élek lekerekítését is. Ezek a 
szoftverek elsősorban Unix-alapú gépe- 
ken futnak, de egyszerűbb feladatok 
PC-s környezetbenis elvégezhetők. Mi- 
vel a testmodellező szoftverek más-más 
belső adatbázist használnak, így a lé- 
zerlitográfiás berendezés számára a tes- 


teket szabványos formátumban kell le- 
írni. 


Elterjedt módszer a felületek behá- 
lózása. A hálót tovább finomítják, és a 
kapott elemi felületdarabokat síkbeli 
háromszögekre bontják. A háromszö- 
gekre bontás szokásos rutineljárás. Mi- 
vel egyes nagyfelbontású grafikus kár- 
tyák is háromszögekből jelenítik meg 
— színesen, valósághűen — a testeket, 
így ugyanaz az adatbázis használható a 
tervezett test képernyős ellenőrzésére 
is. A kapott háromszögekből a lézer- 
litográfiás berendezés rekonstruálja a 
testet. Az előírt technológiai vastagság- 
nak megfelelően felszeleteli és a kapott 
szeleteket besatírozza a kapott lézer- 
sugár szélességének megfelelően. 

Az alkalmazott technológia legna- 
gyobb előnye, hogy segítségével tetsző- 
leges bonyolultságú és tetszőlegesen 





sok üreget tartalmazó prototípus-alkat- 
részek gyárthatók. Ha a prototípus meg- 
felel, akkor ugyanezen adatbázisból 
gyakorlatilag emberi beavatkozás nél- 
kül készülnek el a szerszámgyártó NC- 
berendezések (pl. marógép) vezérlő- 
adatai. Ugy érezzük, ez a technológia 
egy újabb, jelentős lépés a számítógép- 
pel vezérelt, integrált tervező-gyártó 
rendszerek kifejlesztése irányába. 


Balázs János 


GÉPRAJZ 





Új szerszám a grafikusoknak 


Dekoráljunk CAD-élyesebben! 


A CAD sokszínű világából most egy hazai viszonylatban új 


dekorációs technológiát , 


és hozzá a gyakorlatban jól használható, 
itthon is kapható rendszert ismertetünk. 


A hazai piacon nemrég megjelent szá- 
mítógép-vezérlésű grafikai, fóliavágó 
és gravírozó rendszerekkel először a 
DekoCAD Kft. termékbemutatóján ta- 
lálkoztunk, de forgalmazza azokat több 
más cég, például a Mikropo is. Ezeket 
a komplett rendszereket jól használhat- 
ják a számítástechnikához keveset értő 
reklámszakemberek, dekoratőrök, cím- 
festők vagy ,szitások". Az ollóval, 
ecsettel, ragasztóval végzett manuális 
tevékenységsorozatot váltja ki a számí- 
tógépes dekoratőór. 


Szkenner 
vagy digitalizáló tábla? 


A dekorációs rendszer lelke egy modu- 
lokból álló és magyarul , beszélő" prog- 
ram, amellyel különféle feliratokat és 
grafikákat készíthetünk, illetve feldol- 
gozhatjuk a már meglevő rajzokat, 
emblémákat. A rendszerhez tetszőlege- 
sen kapcsolható szkennerrel vagy digi- 
talizáló táblával beolvashatjuk a már 
meglevő ábrákat, grafikákat, fényképe- 
ket. A képeredeti minőségének megfe- 
lelően választjuk ki az eszközt: jó mi- 
nőségű, de bonyolult grafikai elemeket 
célszerűbb beszkennelni, míg a gyen- 
gébb minőségűekhez jobb a digitalizáló 
táblát használni. A választást befolyá- 
solhatja például a kép , sarkos" vagy 
s ívelt" kontúrja is. Mindkét esetben 
megoldott azonban az egyenesek és a 
görbék törésmentes egymáshoz illesz- 
tése. 

Ha a beolvasás és a szükséges fel- 
dolgozás után az előállított ábrákkal és 
feliratokkal elégedettek vagyunk, azo- 
kat rögtön ki is vághatjuk vágógéppel 
valamilyen anyagból, leginkább önta- 
padós fóliából. Vastagabb fólia, papír, 
karton, bór és textil kivágásához vágó- 
asztal is kell. Ha a vágóasztalt gravíro- 
zó, illetve kontúrmaró fejjel egészítjük 
ki, sokféle más anyag (pvc, plexi, fa, 
réz) is megmunkálható. 


Sign Tronic, a vágószoftver 


A program a betű típusának és méreté- 
nek megadása után a szöveget kiírja a 
képernyőre. Ezt a feliratot a továbbiak- 
ban sokféleképpen variálhatjuk: dönt- 
hetjük, nyújthatjuk, zsugoríthatjuk, csa- 
varhatjuk, mégpedig nemcsak az egész 
szöveget egyszerre, hanem annak ki- 
sebb részeit külön is. A feliratokat és 
részeiket elforgathatjuk, színezhetjük, 
csíkozhatjuk stb. Speciális utasítással a 
szöveget áthelyezhetjük egy másik áb- 
rába, ahol további szövegmanipuláció- 
kat végezhetünk. Lehetőségünk van a 
betűk és ábrák egymásba lógatására, a 
betűközök meghatározására. 

A program a szöveget tetszés szerinti 
vonalhoz igazítja, kör alakban kiírja, 
gömb vagy henger felületére történő 
illesztést imitál stb. Kaphatnak a betűk, 
ábrák kontúrt, árnyékolást is. Egyszerű 
árnyékolás esetén a nem látható éleket 


a plotter nem vágja ki. Dobozárnyéko- 
lással például könnyedén készíthetünk 
térhatású feliratozást. A saját feliratok 
mellé pedig más programokból is átve- 
hetünk kész feliratokat, emblémákat, 
grafikákat. 

A szerkesztési műveletek után követ- 
kezhet a kivágás. Az öntapadó fóliára 
elkészített feliratot egyben és egyszerre 
felragaszthatjuk a végleges felületre. 
Egyszínű feliratoknál a dekorációs 
anyag előkészítésének egész folyamata 
rendkívül leegyszerűsödik. Többszínű 
feliratok, emblémák esetében az eljárás 
valamivel bonyolultabb, mivel az egyes 
színekből külön-külön kell ki vágni az 
azonos színű grafikai elemeket, de azo- 
kat a program által megjelölt illesztési 
pontok mentén gond nélkül összeállít- 
hatjuk. Ezt a technológiát azok a deko- 
ratőrök értékelik majd leginkább sokra, 
akiknek gyakran kell bonyolult ábrájú 
és többszínű reklámfeliratot készíte- 
niük. 

A hálózatban is működő program 
— amely a Sign Tronic cég fejleszté- 
se — DOS alatt fut, magyarul kommu- 
nikál, és a hazai szokásoktól eltérően 
magyar nyelvű felhasználói kézikönyv 
is segíti megértését és használatát. 

Sziebig Andrea 
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MACRODA - 
A MODERN SZÁMÍTÁSTECHNIKA! 


1992-ben is kínálunk: 
5, IÍHE MACRO" számítógépeket 
1--2 év garanciával, 
CAD rendszereket, 

3 M mágneses adathordozókat, 
mágneskártyás adatvédelmi rendszereket, 
számítástechnikai kiegészítőket, 
STAR és CITIZEN nyomtatókat, 
CANON irodatechnikát. 


MACRODA KFT. 
MINTABOLT: 1123 Bp., Alkotás u. 21. 
Tel./Fax: 156-4802 
E AZASA IRODA: 1016 Szirtes u. 28./A 
Tel.: 186-5782, 186-5686, 185-7866 
Fax: 186-5686, Telex: 22-5375 A 


MACRODA 
286 Family 


Kérje részletes árlistánkat! 





NTT : 2000 — RANK XEROX 


. TRADE and SERVICE Ltd. . és MÁRKASZERVÍZ 
















1103 Budapest, Gyömrői út 86. Telefon: 147-2734, 147-2735 Telefax: 147-2301 






RANK XEROX 


L 


MÁSOLÓGÉPEK, KELLÉKANYAGOK 
MÁSOLÓPAPÍROK, FÓLIÁK 







FAXPAPÍROK, LÉZERNYOMTATÓ 








TELEFAXOK, ÍRÓGÉP 


RANK XEROX MÁRKASZERVIZ 


— Helyszíni üzembehelyezés — Garancián túli javítás, karbantartás 
— Karbantartás — Háromféle szerződéstípus 
— Garanciális szolgáltatások 


NIT — 2000 kre. 


PARTNER AZ IGÉNYESSÉGBEN! 












42 ALAPLAP 1992/1 


INFORMÁCIÓKÉRÉS: 06 A 


INFORMÁCIÓKÉRÉS: 07 A 


KILÁTÓ 





Microsoft kontra IBM 
— viszály vagy álviszály 


Bill Gates hirhedtté vált feljegyzésével kezdődött — amelyet 
a San Jose Mercury News szivárogtatott ki először. Ebben 
Bill Gates az IBM-et azért marasztalja el, mert a Microsoft 
részére átadott kód, enyhén szólva pocsék. Továbbá azt is 
tudtul adja, hogy a Microsoft az IBM nélkül valójában jobban 
érzi magát. 

A legtöbb megfigyelő szerint ez a feljegyzés a két cég 
ellentéteinek kiéleződésére utalt, ami körülbelül akkor kez- 
dődött, amikor kiadták a , bogár-rágta" (bug-ridden) DOS 
4.0-át. Később a feszültséget a Windows 3.0 sikere tovább 
gerjesztette. 

Mások szerint azonban a viszálykodás esetleg csak szín- 
játék, ami része lehet egy bonyolult tervnek, valami nagy 
átverésnek vagy összeesküvésnek. Vizsgáljunk meg négy 
lehetséges forgatókönyvet. 


1.) A , látszat-szakítási? elmélet 


Az IBM és a Microsoft a viszálykodás látszatát kelti. Ha 
a két cég látszólag eltávolodik egymástól, beszivároghatnak 
a versenytársak közé, és új termékeikkel túljárhatnak az 
eszükön. A Microsoft az ACE csoport oszlopos tagja, így 
nem kellene sok ahhoz, hogy a csoportot félrevezesse 
(Compag, DEC, MIPS, Silicon Graphics és 60 egyéb). 
Egyedül az operációs rendszerek szállításának visszatartása 
több milliós veszteséget okozna. 

Eközben az IBM az Apple-lel bújik ágyba, ami megfelelő 
pozícióba juttatja ahhoz, hogy az Apple-t kijátszhassa. Bár 
az IBM soha sem tárná fel az Apple-lel fennálló kapcsola- 
tának összes titkát, az is épp elég, ha átadja a Microsoftnak 
a jövőbeli termékek specifikációját, kiszolgáltatva ezzel, 
hogy az Apple éppen mivel foglalkozik. 


2.) A , Bill "Machiavelli" Gates"? elmélet 


Bill Gates grandiózus bábmesterként, saját hasznára, ál- 
viszályt keltett a két cég között. Először is kivette az IBM 
kezéből az MS-DOS feletti hatalmat, hogy a DOS-t ugyanúgy 
egyenesen a végfelhasználó részére árulhassa, mint ahogy 
azt gyilkos sikerrel a Windows esetében megtette. Azután a 
későbbi beavatkozások lehetőségének elkerülésére az IBM-et 
teljesen ki kell iktatnia a képből. A Microsoft nyugodtan 
ösztönözte az IBM-Apple partneri kapcsolatot, mivel tudta, 
hogy az IBM saját tenyésztésű , apparátcsikjai" soha sem 
lesznek képesek együtt dolgozni az Apple vezetőivel. Mind- 
két cég rengeteg pénzt költ majd el, de semmilyen eredménye 
nem lesz ennek a partneri kapcsolatnak. Az elmélet szerint 
Gates az IBM-et és az Apple-t alacsony beosztású tisztviselők 
színfalak mögötti manipulációjával kapcsolta össze. 


3.) A , kísérlet az Intel megrémisztésére? elmélet 


A Microsoft mindig szorosan kapcsolódott az Intelhez, és 
hogy a versenytársakkal szemben előnyhöz jusson, jó, ha 
ismeri a mikroprocesszorok következő generációjának belső 
felépítését. Azt is fontos megtudnia, hogy melyek lehetnek 
a legnépszerűbb mikroprocesszorok — ne kelljen nagy 
vargabetűvel például az RS6000 felé fordulnia, miután már 
irányt vett a MIPS-re. Az Intel azonban nem veszi komolyan 
a RISC-et. Bár az Intelnek megvannak az erőforrásai, hogy 
a CISC csip architektúrát a végtelenségig nyomja előre, a 
CISC-et állandóan versenyre fogja hívni egy-egy RISC csip. 
Ha az Intel végre lenyelné a keserű pirulát, és aRISC irányába 














(HKKEKCZZTT STT 
Il a. Yv Do Antívirus 
1 E ! Notebook Yet: Programs Really 
I! E 1 386SX, 5.5 Pounds, — Work? PC Labs Tests 
I 4 3.5-Hour Battery 11 Packages 
1 szel üzttutátt ált 
d All CD-ROM Drives Personal Financial 


Are Not Egual! 
We Tell You Which 
Do Multimedia 


Help from Prodigy, 
GENie, CompuServe, 
And America Online 





; 





jER 29. THE INDEPENDENT GUIDE TO PERSONAL COMPUTING 


UPCRADE 7 
Y0URP(! 


KETTEN 







:10 Technologies 
Make It Possible 

: A First Look 
At Compags 
Affordable . —— 
ModularPCs az 


s SS 


(das 1 zalhozbe 4. öl szalkzzalosalkzak 4 4-4 bol amlázalbat 


7 am 
ksstmznn 


mozdulna, nyerő helyzet alakulna ki. A legjobb módja annak, 
hogy az Intelt eszméletre térítse, ha a Microsoft szintén belép 
az ACE paktumba, és ráveszi az IBM-et és az Apple-t is, 
hogya RISC-et válasszák jövőbeli architektúráikban. Az Intel 
ezt már nem nézhetné tétlenül. 


4.) A , Gates-t ez nem érdekli"? elmélet 


Bill Gates egy nagyon érdekes grafikont mutatott be a 
tavalyi Comdexen: a PC-piac laposodó növekedési görbéjét. 
Hogy a Microsoft , forró cég" maradhasson, továbbra is 
terjeszkednie kellene, mégpedig egy olyan piacon, amely 
már nem növekszik tovább. Az operációs rendszerek piaca 
volt az, ami miatt a Microsoftnak szüksége volt az IBM-re. 
Mára a telepített klónok és IBM gépek részére az új verziókat 
az IBM nélkül is eladhatja. Gates azt is tudja, hogy a 
növekedés fenntartása érdekében, a cégnek ezentúl vala- 
mennyi piaci szegmens részére alkalmazásokat kell eladnia, 
és ez nyílt versengést jelent az IBM-mel. Versengeni viszont 
könnyebben lehet, ha a versenytárs nem ugyanabban a házban 
lakik, és nem befolyásolja a döntéseidet. E szerint az elmélet 
szerint Gates őszinte volt, amikor kijelentette, hogy cége az 
IBM nélkül jobban megvan. 

(PC Magazine, 1991/17) 


Programozási eszperantó 


Azt pletykálják, hogy az IBM végre azt az OS/2-t fogja 
kiadni, amelyikre a világ már régóta vár: egy valódi multi- 
taszkos rendszert, amely futtatja a 32-bites Presentation 
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Manager (PM) alkalmazásokat, a 16-bites PM és a karakteres 
OS/2 alkalmazásokat, a Windows alkalmazásokat, a DOS 
alkalmazásokat, és még a DOS eszközmeghajtókat is. 

Az elkészült OS/2 2.0 Microsoft Software Development 
Kit verzió nagyon érdekes, de az IBM ígéreteitől még nagyon 
messze van. A fejlesztők ezért nehéz döntés előtt állnak: 
hogyan készítsenek olyan szoftvert, amelyet nem kell minden 
új operációs rendszerre és felhasználói interfészre újraírni? 

Nem is csak a Windows és a Presentation Manager a cél. 
Olyan egyszerű alkalmazásokról van szó, amelyek bármelyik 
grafikus felhasználói felületen futnak (GUI - graphic user 
interface), és közben olyan szépek és jók, mintha gondosan 
éppen arra a környezetre írták volna őket. És nem is csak 
DOS és OS/2 operációs rendszerű gépeken, hanem Apple 
Macintoshon, Amigán, Atari ST-n vagy valamelyik tetszés 
szerint választott Unix gépen. Ez talán csak álmodozásnak 
tűnik, de ha szoftverfejlesztő cégünk kicsi, nem engedheti 
meg magának azt a luxust, hogy a kódot minden környezetre 
újra átdolgozza. 

Egészen mostanáig az emberek a cégüket egy lapra, 
egyetlen gépi környezetre tették fel. Ha vesztettek, újra 
kezdték egy másik környezetben, és közben abban remény- 
kedtek, hogy ott képesek lesznek legalább addig kitartani, 
amíg adósságaikból kikerülnek. 

Aki komolyan gondolja, hogy több környezet részére írjon, 
annak a kódszétválasztás (code segregation) gyakorlatához 
kell folyamodnia. Sajnos, ilyenkor több fegyelemre van 
szükség. Ahhoz, hogy a Windows-hoz írt programok for- 
rásszinten hordozhatóvá váljanak, makrókat kell létrehozni 
az egyszerűbb konverziók elvégzésére, a bonyolultabb ese- 
tekhez szubrutinokat, a legrosszabb esetekben pedig a rémes 
Hifdef blokkokat kell használni. 

(Byte, 1991/augusztus) 


Ventura 4.0 — 
színek az Ablakban 


A Ventura Publisher a 2.0 verzió megjelenése óta jelentős 
változásokon ment keresztül, főleg a Windows és a Macintosh 
környezethez történő alkalmazkodásnak köszönhetően. A 
Ventura 3.0 GEM- és Windows-változata közötti minimális 
különbségek inkább még csak az eltérő grafikus felületből 
adódtak, a GEM korlátai miatt azonban várható volt, hogy 
a Windows-Ventura előbb-utóbb kiugrik, lehagyja társát. 

Mindez a Ventura 4.0 Windows-változatában már való- 
sággá is vált. A korábbi Ventura programokba például nem 
volt beépítve helyesírás-ellenőrzés, ezt a műveletet ezért a 
Ventura keze alá dolgozó szövegszerkesztőkben kellett elvé- 
gezni, így a belső formátumú szövegfájlok (.CAP) az ellen- 
őrzésből kimaradtak. A Houghton Mifflin által készített és 
egyebek között az új Venturához is felhasznált AHED 
(American Heritage Electronic Dictionary) szótár 5 változata 
közül a legkisebb mérete 600 kilobájt (12 ezer címszóval), 
a legnagyobb pedig 8,1 megabájt (83 ezer címszóval). Az 
utóbbiban az elválasztási pontok jelölésén túl számos más 
információ is van (azonos alakú szavak, szóeredet, szógyö- 
kerek, használati megjegyzések), az elválasztási algoritmus 
pedig nagyon korrekt. 

Egy másik Mifflin-program, az International CorrectSpell, 
14 nyelven nyújt helyesírás-korrekciót, s különbséget tud 
tenni a brazil és az ibériai portugál vagy a német és a svájci 
német között is. A szótár felismeri a helytelen szóösszetéte- 
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leket, tetszőlegesen bővíthető és a rendhagyó írásmódra is 
, Megtanítható", 

Az előző Ventura-változatokban fejezetenként összesen 2 
nyelv volt megadható, s azok is csak az elválasztást oldották 
meg. A 4.0 tetszőlegesen bővülhet több nyelv szótárával, és 
a helyesírást is ellenőrizni tudja. (Érdekes módon a Word- 
Perfect 5.0 változatával készült szövegeket elfogadja, de az 
5.1 már nem tetszik neki.) A 3.0 változatban csak a kísérő- 
színes részek (spot colors) elkülönítése volt lehetséges, a 
4.0-val már a többszínnyomáshoz szükséges színrebontás is 
elkészíthető (cián, bíbor, sárga, fekete). 

Az alaptermékhez számos kiegészítő szoftver készül, 
amelyekkel együtt komplett Ventura Publisher dokumentá- 
ciós környezet jönlétre. A Ventura Database Publisher például 
önálló csomag, GEM és Windows alá, amely alkalmassá teszi 
a Venturát a .DBF állományok, továbbá a vessző- vagy 
szóközelhatárolású, illetve ASCII adatállományok fogadásá- 
ra, s azokból táblázat generálására. 

A Windows alatt működő Ventura Publisher 4.0 színes 
képfeldolgozásához 4 további kiegészítő program tartozik: 
a Scan, a PhotoTouch, a Separator és a ColorPro Windows. 
Mind a négynek jót tesz, ha van a gépben koprocesszor, a 
ColorPro pedig 6 MB memóriát igényel. 

— A Ventura Scan integrálódik az alapprogramba, és 
lehetővé teszi, hogy egy képet közvetlenül beszkenneljünk 
egy adott kiadvány tetszőleges oldalán lévő tetszőleges 
keretbe, majd ott még a szkennelési fázisban egészen ügyes 
színkorrekciókat és tónusváltoztatásokat hajtsunk végre. 

— Képfeldolgozáskor a PhotoTouch 24-bites színekkel 
dolgozik, és használni tudja az összes elterjedt színskálát. A 
munka gyorsítására a képmanipuláció a képernyőn kis fel- 
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bontásban megjelenített képen történik, és utána kerül sor a 
teljes kép felfrissítésére. A precíz retusáláshoz körvonalké- 
szítési, maszkolási lehetőség van. 

— A Separator programmal készíthető el az oldalak 
színrebontása, úgy, hogy az illusztrációk és a szövegek már 
a nyomtatásnak megfelelően végleges helyükön vannak. 
Ebben a fázisban is lehetőség van a tónusértékek megvál- 
toztatására, színkorrekcióra, a képek kontrasztosabbá vagy 
lágyabbá tételére. 

— A ColorPro program egészen bonyolult színmanipulá- 
ciókat, denzitométer-használatot, tónusérték-átszámítást stb. 
tesz lehetővé. 

Összességében a Ventura Publisher 4.0, a hozzá tartozó 
egyéb programokkal együtt hatékony alkotási környezetet 
teremt és hasznos fejlesztéseket tartalmaz. 

(Personal Computer World, 1991/12) 





Mielőtt feltöltenénk 
címtárunkat. .. 


Az adatbázisok leggyakoribb használati területe minden 
bizonnyal a postázási címlisták összeállítása, nevek és címek 
tárolása. Az alkalmas forma megtalálása egyszerű, ha az 
adatokra ugyanolyan formában van szükségünk, ahogy azo- 
kat a gépbe bevittük. De a helyzet máris bonyolultabb, ha 
egyéni megszólítással akarunk leveleket kiküldeni, ha csak 
borítékokat szeretnénk címezni vagy címkéket készíteni stb. 
Ezért sok későbbi gondtól megkímélhetjük magunkat, ha 
előre átgondoljuk adatbázisunk felépítését, mert könnyebb 
módosítani azon, ami már megvan, mintsem egyenként 
pótolni valamit, ami nem került rá az adatlapokra. 

Először is azt kell persze eldöntenünk, hogy mit akarunk 
belevenni. Nagy a kísértés, hogy a kelleténél többet, , hátha 
szükség lesz rá" alapon. Csak azt felejtik el sokan, hogy 
utána ezeket az adatokat mindig fel is kell frissíténi, különben 
az egész adatbázis nem sokat ér, az pedig elég munkaigényes, 
ezért rendszerint nem jut rá energiájuk. Veszélyes a másik 
véglet is, hogy elegendőnek véljük a nevet és a címet, s csak 
jóval később jutunk el az akkor már rendszerint költséges 
felismeréshez, hogy más információkra is szükségünk lenne. 
A fenti két csapda elkerülésének legegyszerűbb módja, hogy 
egy egészen kis mintával az egész folyamatot lefuttatjuk, az 
adatbeviteltől a lehetséges felhasználási igényekig. 

A magán jellegű címlisták szerkezete általában egyszerű: 
egy személy, egy cím, egy adatlap (record). Ha azonban 
vállalati, intézményi kapcsolatrendszerünket akarjuk gépre 
vinni, azonnal dilemmába ütközünk. Ugyanannál a cégnél 
több emberrel kapcsolatban állva legyen-e mindegyiknek 
külön adatlapja, és ismételgessük-e a címeket, vagy pedig a 
cég adatlapjához és címéhez rendeljünk több nevet, rovatot, 
esetleg telephely szerinti alrovatokkal és telefonszámokkal? 
Az első variáció felduzzaszthatja az adatbázist és gátolhatja 
az adatok frissen tartását, a másik pedig mindaddig jól 
működik, amíg el nem fogynak a rovatok, vagy pedig szükség 
lenne egyenként is a , közösben" tárolt információra. Esetleg 
kétszintű megoldáshoz lehet folyamodni: minden cégnek 
legyen egy adatlapja, külön fájlban pedig minden személynek 
szintén egy-egy adatlapja, amely a cégnéven vagy egy 
referenciaszámon keresztül kapcsolódik a cég adatlapjához. 

Másik tipikus adatbázis valamely egyesület tagnyilvántar- 
tása. Ezek formája sem egyszerű, mert a tagok lehetnek 
egyének, házaspárok, családok is, ahol bizonyos információk 


közösek, mások egyéniek. Rendszerint ezeket is nehezen 
tudjuk kétszintű rendszer felépítése nélkül megoldani. 

Bármilyen is legyen azonban az adatbázis szerkezete, 
mindig gondoskodni kell olyan rovatról, amely az adatlapokat 
egyedivé, a többitől megkülönböztethetővé teszi. A vezeték- 
név erre nem nagyon alkalmas. Ha van az adatlapon azono- 
sításra alkalmas adat (például sorszám), akkor legjobb azt 
használni, ha pedig nincs, akkor magunknak kell , generálni" 
ilyet. Egyszintű, egyszerű adatbázisokban a telefonszám is 
betöltheti az azonosító kulcs szerepét, többszintű jegyzékben 
pedig kiegészítő jelöléssel kombinálható. 

Az adatbevitel egyik fő követelménye a következetes 
pontosság, különösen azokban a rovatokban (adatmezőkben), 
amelyek szerint szortírozhatunk. Nem mindegy, hogyan 
használjuk az írásjeleket, teszünk-e pontot a dr. vagy egy 
rövidítés betűi után, mit írunk nagybetűvel, alternatív helyes- 
írási lehetőség esetén melyiket használjuk (Mac vagy Mc), 
hogyan kezeljük az idegen ékezetes betűket stb. 

Ugyancsak sok tévesztési lehetőséget kínál a telefonszá- 
mok írásmódja: hová teszünk zárójelet, melyik ponton mivel 
választjuk el egymástól a számcsoportokat (szóközzel vagy 
kötőjellel) stb. Ráadásul ezek használata nem is egységes. 
Adatbázisunk szempontjából is csak az a fontos, hogy 
amelyiket választjuk, ahhoz következetesek maradjunk. 

A nevek írásával mindig sok a zűr. Ha adatbázisunkból 
csak címkéket nyomtatunk, akkor egyetlen rovatba tehetjük 
a vezetéknevet, a keresztnevet és a rangot. De akik ezt teszik, 
rendszerint megbánják, mert utána nem tudják adatbázisukat 
egyéni levelezésükhöz használni, a megszólítást egyedileg 
variálni. Célszerűbb tehát a névblokkot 3 vagy 4 rovatra 
bontva beírni, s még akkor is előfordulhat, hogy egyes 
címzettek a lehetséges sémákból kilógnak. 

A címzést tartalmazó rovatok egyszerűbbek, de azért 
gondolni kell azok esztétikus elrendezésére a leveleken. Mind 
a nagyon hosszú, mind a nagyon rövid cím rossz benyomást 
kelt, ha nincs megfelelően elhelyezve. Külföldi levelezésnél 
eleve sokkal több információt kell tartalmaznia a címzésnek, 
az irányítószám külön ravatban való elhelyezése pedig 
bizonyos szortírozási-válogatási feladatok megoldásához 
nélkülözhetetlen. 

Az adatbázisnak címkére többnyire nem kerülő, mégis 
fontos rovata a dátum, amely jelzi az adatok keletkezésének 
és legutolsó módosításának időpontját. Ebből ellenőrizhető, 
hogy megtörténik-e a rendszeres frissítés, minden adatbázis 
tényleges hasznosságának és értékének legfőbb forrása. 

Ha egy meghatározott körhöz ugyanazt az információt 
akarjuk eljuttatni, akkor legracionálisabb a borítékra felra- 
gasztható címkék előállítása. Lehet persze közvetlen nyom- 
tatáshoz előkészített borítékokat is vásárolni, vagy odaülhe- 
tünk a lézerprinterhez és etetgethetjük normál borítékkal. . . 
vagy a tehetősebbek még ennél is kényelmesebb önetetős 
berendezéseket használhatnak, azért általában mégis a cím- 
kék jelentik a legegyszerűbb megoldást. 

Személyes megszólítású körlevelek esetén kézenfekvő 
alternatíva magára a levélre nyomtatni a címzést, és ablakos 
borítékot használni, aminek egyebek között az is az előnye, 
hogy mindenki a :neki szóló levelet kapja, és nem valaki 
másét. Ehhez azonban levelezésünket adatbázis-kezelő rend- 
szerben kell elkészítenünk, vagy be kell vinnünk a címeket 
a szövegszerkesztőbe. Leveleink és címanyagunk között az 
összeköttetést úgy is megteremthetjük, hogy adatbázis-keze- 
lőnket és szövegszerkesztőnket párhuzamosan futtatjuk pél- 
dául DesgView vagy Windows alatt, és a Clipboardot hasz- 
náljuk összekötő kapocsként. 

(Personal Computer World, 1991/12) 
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Tutto Mobili a Karolina úton! 


Az olasz bútorcsodák közül az irodabútorok Budapesten 
a Cédrus Karolina Áruházban is megvásárolhatók. 

A megtekinthető kompozíciókból, illetve a katalógusból 
elemenként is lehet rendelni. 


Szállítás a megrendeléstől számítva 6 héten belül. CÉDRUS KAROLINA ÁRUHAZ 
Helyszíni összeszerelést biztosítunk. 


A vevő kérésére szükség esetén 30 nap raktározást vállalunk. BudapestXI., Karolina út 17. 





E számunk hirdetői 


Infog Oldal Infott "Oldal 
Cédrus (Diri) 30 31. Intram (Hardver) 8 68. 
Cédrus (Foxpro 2.0) 14 36. Koginform (Hardver) 28 50. 
Cédrus (Irodabútor) 31 46. Kuoni (CeBIT "92) 19 34. 
Cédrus (Polaroid) 15 K IV. LSI (Könyvek) 9 25. 
Cédrus 6 29. Macroda (Hardver) 6 

Cédrus (Staedtler) 13 33. NTT 2000 (Irodatechnika) ő 

Cédrus (Áruház) 16 21. Owerty (Hardver-szoftver) 24 
Computerland 3 B IV. Realcomp (DTP) 10 

Data Doctor (Vírus- és adatvédelem) 23 39. Rex Trade (Irodatechnika) AZ 

DTP System (Calamus) 25 23. Szoftver ABC (Szofver) 21 

Escom (Hardverinformációk) Melléklet Szolinfo (Számítógép-átalakítás) 

Euro-Asia (Szaküzlet) 4 26. Toner (Canon) 22 

Flag (Hardver/szoftver) 11 26. Távíró (Kommunikáció) 18 
Hewlett-Packard (Palmtop) 26 19. Unitrade (Audio- és videokazetta) 

IDG (PC World) 5 26. Unitrade (Hardver) 27 

Interag (Mitac) 1 B II. Userland (Remind) 
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INFORMÁCIÓKÉRÉS: 31 A 


INFORMÁCIÓKÉRÉS: 20 v 


INFORMÁCIÓKÉRÉS: 22 V 
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Van Önnek 
XT-je? 
Szeretne 
inkább egy 
AT-t? 


Számítógépét részegységek cseréjével már 
16 450.—- Ft-tól átalakítjuk 12 MHz-es AT-re! 


Garanciával! 
Ha Ön szereli, akkor csak 13 950— Ft! 


Forduljon hozzánk bizalommal! 


Szolinfo Kft. 
Tel.: 173-6637 
182-2646 
166-5413 


XX CCCCCCCCCCCCCCCCCCCCCCCCCEC 


2 


Canon 


MÁSOLÓCÉDEIIEE ? 
CSÚCS AMIT TUD: 


— Kicsinyítés 

— Nagyítás 

— Montírozás 

— Tükörkép-készítés 

— Képismétlés 

— Poszter készítés 

— 17:millió színáranyalat 


Győződjön meg róla! 


w 





TONER krr 


1095 Budapest, Mester utca 21. 
Tel.: 113—1687, 134—3516 





D399999)929)2))23)939299392220 


fénymásolás 
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: 201-8619 


: 1277 Budapest 


12 E 
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Rövid határidővel szállított szoftverélük: 


( Ár ÁFA-nélkül!) 


DOSHun 

Ékszer 

Napló 2000 

WinHun 

Adlib Pers. Music System 
Adobe Type MGR Plus Pak 
Adobe TypeManager 

Aldus Pagemaker 4.0 

Ami Professional 

Anti Virus 4 

Artline 2.0 

Carbon Copy Plus Host 
CC:Mail Fax View 

CC:Mail Gateway 

CC:Mail Impi Ket 
CC:Mail link to UNIX MaiVuucp 


CC:Mail Post Office Pak f. Windows 


CC:Mail Remote 
Charisma 


Checkit V3.0 /Hardware-Diagnos./ 


Chiwriter Professionell 4.0 
Clarion Profess. Developer 
Clipper 5.01 

Corel Draw 2.0 

CP Anti-Virus 

Crosstalk for Windows 
Dataperfect 

DBFast / Windows 

DBXL 1.2d 

Designer 3.1 

Deskview 386 2.4 
Desgview Oemm 386 V.6.0 
Desgview ORam 2.0 

Disk Optimizer 

Draw Perfect 

Draw Plus 1.1 

Easyflow 7.0 

F8A4.0 

FaceLift /Bitstream/ 13 Fonts 
Facelift for Postscript 
Fontasy 3.5 

Forest 8. Trees 

FoxPro 2.0 

FoxPro LAN 2.0 

FoxPro Toolbox 2.0 
Framework IV 

Generic 3D Drafting 

Go Script Plus 3.0 
Grammatik IV for Windows 
Halo Windows Toolkit 
Harvard Graphics 3.0 
Harvard Project Manager III 
Hijaak 2.0 

Intel LANShell 

Intel LANSpool 386 
kese LANSPool for LAN Manager 


LAN ist Plus 

Landmark Speed Test 2.0.2 
Laplink V 3. 

Lotus 1-2-3 for Windows 
Map Assist 

MathCad 3.0 for MS Windows 
MathType for Windows 

Matrix Layout 

MS C Compiler 6.0 

MS DOS 5.0 Update 

MS Excel 3.0 

MS Hiugsimulator Designer 
MS Fortran 5.1 POS 

MS Macro Assembler PDS 6.0 
MS Pascal 4.0 

MS Project for Windows 

MS Ouick C for Windows 

MS Visual Basic 

MS Windows 3.0 

MS Windows Dev. Kit 3.0 

MS Windows Entertainment Pack 
MS Word 5.5 

MS Word 5.5 Multispeller 

MS Word Exchange 

MS Word for Windows 


MS Word for Windows Multispeller 
MS Word for Xenix 386 / Unix 386 


MS Works for Windows 
Nantucket Tools II 5.01 
Netroom Single User 
NewsMaster ÍT 

Norton Anti Virus 
Norton Backup 1.2 


6.000 
45.000 
7.900 
6.000 
9.900 
17.800 
10.000 
67.000 
40.950 
13.800 
49.800 
23.500 


110.000 
134.000 
108.000 


75.000 
57.000 
34.000 
39.000 
13.200 
41.000 
75.000 Pi 
75.000 
46.000 

7.800 
13.700 
32.000 
32.000 
34.000 
46.500 


45.000 


Norton Backup for Windows 12.500 
Norton Commander 3.0 13.000 
Norton Desktop for Windows 16.000 
Norton Editor 10.000 
Norton Utilities 6.0 14.500 
Novell Btrieve for Windows 57.000 
Novell Netware 2.2 5-User 66.000 
Novell Netware 2.2 50-User 250.000 
Novell Netware 3.11 20-User 245.000 
Novell Netware 3.11 100-User 489.000 
Novell NetWare Lite 9.900 
Novell XOL 75.000 
Novell Xtrieve Plus 43.000 
Object Vision 19.000 
On Target 32.000 
On Track Disk Manager 7.000 
OrCad PCB Layout 192.000 
OrCad VST 165.000 
PackRat V 3.0 for Windows 36.000 
Paradox 3.5 40.000 
be ket ív 15.000 

lóbe 8.000 
Pc Palnthzált IV Plus 18 Hi 


PC Tools 7.0 


PC Tools 7.0 4 MS DOS 5.0 UPDATE 18. 500 
PerForm Pro for Windows 61. 
Personal Rex 16. 000 
PharLap 386 / VMM 26.000 
PhotoStyler 94.000 
PopDrop Plus 10.000 
Presentation Team 2.0 43.000 
Printer Assist 24.500 
Printshop 7.000 
Procomm Plus 13.000 
Publishers Paintbrush Windows 3.0. 38.000 
HAKI Type Foundry 44.000 
08440 34.000 
0 Assist 19.000 
Ouattro Pro 3.0 20.000 
Ouattro Pro SE 7.100 
Oyuicksilver 1.3 42.000 
RáR area etáAk Modul 7.000 
R8.R Rel. Report Writer 19.000 
Reflex 2.0 22.500 
SCO Unix 3.2 Dev. Pack 97.000 
SCO Unix 3.2 Oper. Sys. 84.000 
SCO Foxbase Plus 3865 69.000 
SCO TCP/IP Dev. Sys. for Unix 386 . 26.000 
SCO Xenix 386 Oper. Sys. 73.000 
Show Partner 11.000 
Show Partner Picture Pack 20.000 
Sideways 12.000 
Sit Back for Windows 13.000 
Smalltalk V 12.000 
Smalltalk V Windows-3.0 39.000 
Smarterm 320 16.500 
Software Bridge 12.000 
Software Carousel 5.0 10.000 
Sound Blaster 22.000 
Source Print 12.000 
SpeedStor 11.000 
SPF/PC 2.1 Editor 20.500 
$PSS/PÓ;, 119.000 
Stacker Harddisk Utility 13.000 
Statgraphics 5.0 79.900 
Superbase IV 53.000 
SuperCalc 5.0 41.000 
SuperProject Expert 75.000 
Technobox CAD/2 for Windows 3.0 78.000 
Timeline 4.0 69.000 
Turbo Pascal for Windows 3.0 23.000 
Ventura Publisher Gold 3.0 WIN 88.000 
Vitamin C 36.000 
VM / 386 Multiuser 62.000 
WinConnect 11.000 
Window Base 55.000 s 
Windows Maker Prof. 87.000 2 
Windows Word for Word 10.000 Öö 
Winfax Pro 12.000 a 
Wingz for Windows 53.000 2 
Wordperfect 5.1 43.900 25 
Wordperfect Library 18.500 a 
Wordperfect Office 18.500 O 
Wordstar 6.0 40.500 25 
XTree net Advanced 52.000 £9 
Zinc Interface Lib. 2.0 Borland 36.000 Én 
Zortech Cs4 Developers Ed. V3.0 49.500 4 
Zortech Cs4 for Windows V 3.0 32.500 ró 
Zortech Cs4 Videokurs 6 x VHS/PAL 38.000 HF 
Zortech Cs4. Views 44.000 4 


Ami ide nem fért, azt is nálunk keresse! 
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ALAPJÁRAT 


Szót érteni a Unixszal 


Parancsolj velem! 


Sorozatunk előző részében 


a Unix operációs rendszer felépítésével foglalkoztunk. 


Most azoknak a parancsoknak 


a részletes ismertetésére térünk ki, 

amelyek ismeretében alapfokon 

már használni lehet a rendszert. 

Feltételezzük, hogy az MS-DOS szolgáltatásait 


sokan ismerik, 
ezért — ahol lehetséges — 


megadjuk a Unix-parancsok DOS-megfelelőjét is. 


Bejelentkezés a rendszerbe 


Az előző részben leírtak szerint a Unix- 
parancsokat a shell értelmezi. Ahhoz, 
hogy a shellt használni tudjuk, kapcso- 
latba kell kerülni a Unix rendszerrel. A 
Unix szolgáltatásait csak azok a fel- 
használók érhetik el, akiket a rendszer 
azonosítani tud. Minden felhasználóhoz 
tartozik egy név és egy titkos jelszó. 
Bejelentkezéskor ezeket kell megadni 
a rendszernek. Alaphelyzetben általá- 
ban a login: üzenet olvasható a termi- 
nálon. Itt a felhasználó nevét kell be- 
gépelni. 

Ezután a begépelt névtől függetlenül 
megjelenik a Password: üzenet, amely 
után a titkos jelszót kell beütni (karak- 
terei a titkosítás miatt nem jelennek meg 
a képernyőn). Ez az azonosítási rend- 
szer az adatvédelmet szolgálja, célszerű 
nehezen kitalálható jelszavakat hasz- 
nálni, és nem árt időnként újat válasz- 
tani. Vigyázni kell azonban arra, hogy 
az esetleg nagyon bonyolultra sikerült 
jelszavunkat ne felejtsük el. Nagy gond 
ilyenkor sincs, mert a rendszer admi- 
nisztrátora az elfelejtett jelszót meg 
tudja változtatni. . 

Ha nevünk és azonosítónk alapján a 
Unix felismert minket, a shell egy pél- 
dánya elindul a terminálunkon. Mint 
tudjuk, a Unix alatt háromféle shell (a 
Bourne, a C és a Korn) használható. 
Ezek közül az igényünknek megfelelőt 
a rendszeradminisztrátor rendeli hozzá 
login környezetünkhöz. Ehhez a kör- 
nyezethez sok más jellemző is tartozik, 
például az ún. home könyvtár, amely a 
felhasználó fájljait tartalmazza, vagy a 
path, amelyen a fájlok keresése történik, 
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vagy a prompt, amellyel a shell jelent- 
kezik a képernyőn. 

Alapértelmezésként a Bourne shell a 
"$" jelet írja a sor elejére. A C és a Korn 
shell üzenete egy sorszámmal kezdő- 
dik, amelyet a C shell esetén egy "99" 
jel, a Korn shell esetén pedig egy "$" 
jel követ. A sorszám értéke utasításon- 
ként eggyel nő. Ennek alapján a kiadott 
parancsok megkereshetők és újra vég- 
rehajthatók. 

Tegyük fel ezek után, hogy bejelent- 
kezésünk sikeres volt, és használhatjuk 
a rendszert. Természetesen szeretnénk 
minél gyorsabban parancsokat begépel- 
ni és látni ezek hatását. 

Van egy parancs, amit az MS-DOS- 
ról nagyon keveset tudók is ismernek. 
Ha valaki számítógépet lát, szinte biz- 
tos, hogy ez lesz az első, amivel pró- 
bálkozni fog. Nem nehéz kitalálni, a dir 
parancsról van szó, amely a képernyőre 
írja az aktuális könyvtár tartalmát. Le- 
gyen a Unix alatt is ez az első feladat, 
amelyet megpróbálunk végrehajtani, 


Ehhez gépeljük be a következő utasí- 
tást: Is -I. 

A parancsot később bővebben fogjuk" 
ismertetni, elégedjünk meg most csak 
annyival, hogy hatására az aktuális 
könyvtár tartalma itt is a terminál kép- 
ernyőjére kerül. Miután így elkezdtünk 
dolgozni a Unixszal, ismerjük meg 
részletesebben a parancsok használatát. 


A Unix-parancsok felépítése 


Egy Unix-parancs formája (szintaktiká- 
ja) a következő: 


parancs -opciók paraméterek 


A Unix-parancsokat mindig kisbetű- 
vel kell beírni. A parancsok paraméterei 
általában fájlok, könyvtárak, speciális 
fájlok. Vannak olyan parancsok, ahol 
van valamilyen alapértelmezésük, így 
megadásuk nem kötelező. Például az Is 
parancs, ha nem áll mögötte egy könyv- 
tárnév, az aktuális könyvtárbeli fájlokat 
listázza. 

A parancsok végrehajtását az opciók 
módosíthatják. Például az 


utasításban az -1 opció adja meg, hogy 
a könyvtár elemeiről részletes informá- 
ciót kérek. Hiányában csak a fájlok 
neveit listázná a rendszer. 

Általában, ha egy parancsot hibásan 
adunk meg (például valamilyen para- 
méter rossz vagy hiányzik), egy rövid 
ismertető jelenik meg a képernyőn. Ha 
például paraméter nélkül használjuk a 
remove parancsot, a következő üzenetet 
kapjuk: 





Az ismertetett Unix-parancsok felsorolása 


Típus Unix MS-DOS Magyarázat 
Könyvtárkezelő pwd cd print working directory 
cd ed change directory 
ls dir list filenames 
mkdir mkdir, md make a directory 
rmdir rmdir, rd remove a directory 
Fájlkezelő ep copy copy file(s) 
mv ren move (rename) file(s) 
rm del 


remove file(s) 





rm 
usage: rm [-fir] file ... 


Ez általában elég információ a pa- 
rancs helyes használatához, ha azonban 
ennél többet akarunk tudni, a részletes 
ismertetést megtalálhatjuk a megfelelő 
kézikönyvben, illetve  elolvashatjuk 
közvetlenül a képernyőról is. Ezt a man 
parancs teszi lehetővé. Használata: 


man parancs név 


Célszerű a more utasítással együtt 
használni, amely lehetővé teszi, hogy 
képernyőoldalanként lépegessünk vé- 
gig a dokumentumon. A parancs formá- 
ja ilyenkor: 


man parancs név ] more 


Meg kell említenünk, hogy az olyan 
grafikus felhasználói felülettel rendel- 
kező rendszerben, mint az SCO Open 
Desktop, létezik egy xman parancs is, 
amelynek hatására a dokumentum a 
nyomtatási képpel megegyező, jól ol- 
vasható formában jelenik meg a képer- 
nyőn. 


A legegyszerűbb 
Unix-parancsok 


A legegyszerűbb és egyben leggyakrab- 
ban használt Unix-parancsok a könyv- 
tárakra és a fájlokra vonatkoznak. Fel- 
sorolásuk az 1.ábrán látható. A paran- 
csok neve általában a működésüket 
leíró angol nyelvű szöveg rövidítése, 
ezért az angol leírást közöljük, amely- 
nek alapján a parancsok jól memori- 
zálhatók. Az ábrán az egyes paran- 
csok MS-DOS-beli megfelelője is sze- 
repel. 


Könyvtárkezelő parancsok 


Ha meg akarjuk tudni, hogy melyik az 
aktuális könyvtár, amelyben éppen dol- 
gozunk, a pwd parancsot kell használni. 
Hatására a képernyőre íródik az aktuális 
könyvtár teljes pathneve. MS-DOS- 
megfelelője a cd parancs. Például: 


pwd 
Jusr/gabor 


Természetesen arra is kiváncsiak le- 
hetünk, hogy mi az aktuális könyvtár 
tartalma. Ez a már ismert Is paranccsal 
listázható ki. A parancs önmagában 
csak a fájlnevek listáját adja meg. Bő- 
vebb információ a különböző opciók 
(kapcsolók) használatával kérhető. A 
leggyakrabban használt az -1 (long) 
opció, amelynek hatására a fájlok nevén 
kívül sok egyéb, a fájlhoz tartozó in- 
formációt is megkapunk. Az előzőek 


szerint MS-DOS alatt a dir parancsnak 
van hasonló hatása. 


A Unix-ban is vannak ún. takart 
(hidden) fájlok, amelyek neve egy "." 
karakterrel kezdődik, és amelyek a kö- 
zönséges listázásban nem szerepelnek. 
Az ilyen fájlok az -a (all) opcióval 
jeleníthetők meg a könyvtár elemeinek 
listázásakor. 


ls -la 


Ha valamilyen más könyvtár tartal- 
mát akarjuk megnézni, paraméterként 
megadhatjuk a kívánt könyvtár nevét. 
A parancs formája ilyenkor lehet pél- 
dául a következő: 


ls -I /usrAib/mail 


Ha meg akarjuk változtatni az aktu- 
ális könyvtárat (egy másik könyvtárba 
akarunk kerülni), az MS-DOS-ból már 
ismert cd utasítást kell használni. 

cd könyvtár név 

Akönyvtár. név az új könyvtár path- 
nevét jelenti. Egy új könyvtárba el lehet 
jutni az aktuális katalógusból és a root 
(gyökér) könyvtárból is. Ha a cd paran- 
csot a könyvtár név argumentum nél- 
kül adjuk ki, a saját ún. HOME könyv- 
tárba kerülünk. Ezt a következő példa 
illusztrálja: 
cd /usr/lib/mail 
pwd 
/usr/Alib/mail 
cd 


pwd 
Jusrigabor 


Könyvtárak létrehozása és törlése az 
mkdir és az rmdir parancsokkal törté- 
nik. 
mkdir könyvtár név 
rmdir könyvtár név 


A parancsok MS-DOS alatt megszo- 
kott rövid formája, az md és rd itt nem 
használható. Figyeljünk arra, hogy a 
könyvtárak addig nem törölhetők, amíg 
tartalmaznak valamit. 


ALAPJÁRAT 





Fájlokat kezelő utasítások 


Most csak a legegyszerűbb, fájlokat 
manipuláló parancsokat ismertetjük. 
Segítségükkel fájlok másolhatók, töröl- 
hetők, illetve a tartalmuk megjeleníthe- 
tő. 


"Másolásra két parancs is szolgál, a 
cp és az mv. Használatuk ugyanaz: 


ep fájl név! fájl név2 
mv fájl névt fájl név2 


A cp (copy) eredményeként a 
fájl név1 nevű fájlból létrejön még egy 
példány, amelynek fájl név2 lesz a ne- 
ve. Az mv (move) parancs végrehajtása 
után a fájl névl nevű fájl fájl név2 
néven fog szerepelni, azaz továbbra is 
csak egy példány lesz belőle. MS- 
DOS-beli megfelelője a ren (rename) 
parancs. 

A fenti parancsok segítségével egy 
könyvtárba egyszerre több fájlt is be- 
másolhatunk: 


ep fájl1 fájl2 fájl3 könyvtár 
mv fájl! fájl2 fájl3 könyvtár. 


A cp után a fájlok a célkönyvtárban 
is megjelennek, míg az mv hatására 
átkerülnek oda. 

Könyvtárakat már tudunk törölni. 
Nézzük meg, hogyan lehet fájlokkal 
megtenni ugyanezt. Az MS-DOS alatt 
erre a del parancs szolgál, míg a Unix- 
ban az rm (remove) utasítást kell hasz- 
nálni. Paramétereként több fájl neve is 
szerepelhet. Az utasítás formája: 


rm fájl név 
rm fájlt fájl2 fájl3 


A fájlok tartalmának megjelenítésére 
a cat parancsot használjuk. Az előző 
parancsokhoz hasonlóan paraméterként 
itt is megadható több fájl neve. MS- 
DOS-megfelelője a type utasítás. 


cat fájl név 
cat fájlt fájl2 fájl3 


Ha másképpen nem rendelkezünk, a 
fájlok tartalma az stdout-ra (standard 
output), azaz a terminál képernyőjére 
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kerül. Lehetőség van azonban arra is, 
hogy a listázást egy fájlba irányítsuk. 
Ezt a "5" operátor segítségével tehetjük 
meg. A parancs formája ilyenkor a 
következő: 


cat fájlt fájl2 fájl3 5 eredmény 


Végrehajtása során létrejön az ered- 
ményfájl, amelybe fájll, fájl2 és fájl3 
tartalma kerül. Ha már létezett az ered- 
mény nevű fájl, akkor írása előtt a régi 
tartalma megsemmisül. Ha azt akarjuk, 
hogy az is megmaradjon, a "5" operátort 
kell használni. Ilyenkor a paraméter- 
ként felsorolt fájlok az eredményfájl 
végére másolódnak. 

Fájlok megjelenítésére használható 
még a more parancs. Ez két formában 
alkalmazható, önmagában és szűrőként. 
Mind a két esetben a képernyőre írás 
25 soronként megszakad, és az Enter 
billentyű leütése után folytatódik. Se- 
gítségével hosszabb fájlok, könyvtárak 
stb. is gond nélkül végigolvashatók. 
Használata a következő: 


more fájl név 


Szűrőkéntegy másik kiíró paranccsal 
együtt alkalmazható. A Unix egyik jól 
használható eszköze az m. pipe vagy 
cső. Egy parancs kimenetét köti össze 
egy másik parancs bemenetével, azaz 
az első parancs végrehajtása során ke- 
letkező kimenőadatok közvetlenül a 
másik parancs bemenetére kerülnek. 
Nincs szükség közbenső fájlokra, ke- 
vesebb a hibalehetőség. A két parancs 
egy időben is dolgozhat, azaz ahogy a 
cső végén megjelenik egy adat, elkez- 
dődhet a további feldolgozása. Ezzel a 
módszerrel több parancs is összefűzhe- 
tő. Végezetül néhány példa a more 
utasítás pipe-os használatára. 


cat fájl név ] more 
ls -I [ more 
Is könyvtár név ] more 
man utasítás név ] more 
Déri Gábor 


UFF! 


A Unix operációs rendszer hazai térhódításával 
egyre nagyobb számban vannak 


azok a Unix-felhasználók, 


akiket mind szélesebb körben kell megismertetni 


a nyílt rendszerek világával. 


A Unix-rendszerintegrátori feladatokat 


magára vállaló MemoLuX cég 


tapasztalatai alapján célszerűnek tartja, 


hogy a Unix-felhasználókat 


valamilyen formában , összefogja". 


A nyílt rendszerek hatékonyabb terje- 
dését segítheti, ha a felhasználók minél 
jobban tájékozottabbak az egyes terü- 
leteken megvalósított applikációkról. 
Ehhez azonban olyan fórumra van szük- 
ség, ahol a felhasználók nemcsak a 
fejlesztőkkel és kereskedőkkel találkoz- 
hatnak, hanem egymás közti kapcsolat- 
teremtésre is lehetőségük nyílik. A Me- 
moLuXx Kft. januárban induló rendez- 
vénysorozata ezt a kettős célt igyekszik 
megvalósítani. 

A most útjára induló Unix Felhasz- 
nálók Fórumának (UFF) szakmai szín- 
vonalát jelzi az a tény, hogy a rendez- 
vénysorozatot a Mérés és Automatizá- 
lási Tudományos Egyesület (MATE) 
Számítógép Szakosztálya felvette hiva- 
talos szakmai programjába. Az újonnan 
induló , mozgalmat" az Alaplap — mint 
PC Turbo Klubunk testvérklubját — 
támogatja, így olvasóink is részt vehet- 
nek a rendezvényeken. 

Az UFF első összejövetelén , belép- 
hetünk" az Open System világába. A 
nyitó rendezvény témájául a szervezők 
a PC-s Unix témakörét választották. 
Ugyanis valamennyi Unix operációs 
rendszerre áttérő felhasználót érdekli — 
sőt érzékenyen érinti — a DOSZ Unix 


átmenet zökkenőmentes megvalósítása, 
ennek konkrét hazai megvalósítása sze- 
repel a a fórumon. De az összejövetelen 
szó lesz a PC-k hálózatba integrálásá- 
nak módjai mellett a helyi hálózatokkal 
való összekapcsolás lehetőségeiről is. 
A rendezvény befejezéseként pedig rö- 
viden ismertetik a negyedik generációs 
adatbázis-kezelők legfontosabb jellem- 
zőit, s ami a felhasználók számára talán 
a legfontosabb — néhány konkrét al- 
kalmazási területről is beszámolnak. 
Az újszerű, s főleg rendkívül hasznos 
UFF-rendezvényekről, azok időpontjá- 
ról és témájáról, a továbbiakban rend- 
szeresen tájékoztatjuk az Alaplap olya- 
sóit. A tervek szerint kéthavonta lenné- 
nek UFF-összejövetelek, amelyek tel- 
jesen nyilvános és ingyenes szakmai 
rendezvények lesznek. Az összejövete- 
leknek a Cédrus Rt. Karolina út 17. 
alatti újonnan megnyílt Konferenciater- 
me ad otthont, ahová — a meghívott 
felhasználók mellett — természetesen 
az Alaplap nyílt rendszerek iránt érdek- 
lődő valamennyi olvasóját is várjuk. 
Az UFF első összejövetelére 1992. 
január 22-én 15 órakor kerül sor. 


Sziebig Andrea 
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Elöljáróban 


A Unix operációs rendszer egyre gyorsabb tempóban terjed a világon, aminek egyik oka az, hogy számos 
szolgáltatása (parancsa) van, amelyek sokféle módon kombinálhatók egymással. Megismerésének éppen ez az egyik 
nehézsége: sok a parancs, nem könnyű egy adott feladathoz megtalálni a legjobb eszközöket. 

Cikksorozatunkban a Unix néhány szolgáltatására szeretnénk felhívni olvasóinknak a figyelmét, akik a a legalapvetőbb 
ismeretekkel már rendelkeznek erről az operációs rendszerről. (Felhívjuk a figyelmet az Alapjárat rovatban néhány 
hónapja rendszeresen megjelenő cikkekre is, melyek a Unix operációs rendszer ismertetését alapfokon kezdték. 

Részletesebben szólunk a parancsértelmező (shell) programozásáról azért, mert a rendelkezésre álló irodalomból a 
szintaktikai szabályok csak eléggé fáradságosan bányászhatók ki, viszont nagyon hatásos eszközt kap a kezébe a 
felhasználó, ha van egy kis türelme a tanuláshoz. 

A C nyelv Unix-felületéről is szó lesz a későbbiekben. Ebben a témakörben a ki- és beviteli utasításokkal bővebben 
foglalkozunk — egyrészt azért, mert ezek alapvető fontosságúak, másrészt azért, mert itt is van néhány hasznos, ám a 
kézikönyvekben túl tömören leírt tudnivaló. 

Sorozatunk a shellprogramozással indul — ez néhány hónapig eltart majd. Utána hozzuk a C-s részeket, ezeket 
követi a Unix hatékonyságvizsgáló eszközeinek az ismertetése, majd a Berkeley-bővítések, a folyamatkommunikáció; s 
hogy maradjon még valami meglepetés is, a felsorolást itt abbahagyjuk. . . 


A Unix shell programozása I. 


Leggyakrabban, legegyszerűbben 


A Unix parancsértelmezője egy ma- 
gas szintű programnyelv, amely számos 
szolgáltatást nyújt, de a jelölésmódja 
nagyon tömör — ami a használatnál 
előny, alapos megismerését viszont fá- 
radságossá teszi. Az ismerkedést az is 
nehezíti, hogy metakarakter-készlete 
nem egyezik meg a szövegfeldolgozó 
programok (ed, sed, grep, awk) készle- 
tével, a szintaktikája pedig számos pon- 
ton hasonlít a C nyelvére, noha kis 
eltérések ilyenkor is vannak. 


A shellprogramozás előnyei 


Kezdőknek nehézséget szokott okoz- 
ni a paraméterátadás technikájának el- 
sajátítása is. (Néha meg kell akadályoz- 
ni, hogy a shell a metakaraktereket 
kifejtse — ezeket változatlanul át kell 
adnia az általa elindított programnak.) 
A shell program egyszerű ASCII szö- 
vegfájl, ezért könnyű létrehozni, meg- 
találni, megérteni és karbantartani. 
Nem kell fordítani és szerkeszteni, a 
program nagyon gyorsan létrehozható, 
belőhető, módosítható és törölhető. Ke- 
vesebb helyet foglal el a háttértárolón, 
mint egy futtatható bináris modul. Ha 
a sebesség nem kritikus, számos eset- 
ben előnyösebb shell programot fejlesz- 
teni, mint például C-ben megírni azt. A 


C programok létrehozásához is komoly 
segítséget jelent, ha először shellben 
írjuk meg a programot, mert ez nagyon 
gyorsan megtehető, majd a funkcionális 
hitelesítés után hozzáláthatunk az át- 
íráshoz. Nem véletlen, hogy a rendszer- 
programok jelentős hányada shell 
script! 

A következőkben bemutatjuk a shell 
programozásához szükséges főbb isme- 
reteket. Az elmélyülést azzal kívánjuk 
könnyíteni, hogy először a leggyakrab- 
ban előforduló és legegyszerűbb dol- 
gokról lesz szó, illetve az összetetteb- 
beknek csak egy részét említjük meg. 
A precízebb (és ezért kezdőknek egy 
kicsit nehezebben érthető) leírás később 
következik. 


Parancsfájlok létrehozása 


A parancsokat begépelhetjük terminál- 
ról, vagy elhelyezhetjük egy parancs- 
fájlban (ezeket hívják shell scriptek- 
nek). A parancsfájlt a létrehozása után 
végrehajthatóvá kell tenni a chmod 
utasítással: 
chmod 4-x comfile 

Ezután a parancs elindítása a fájl 
nevének leírásából áll: 


comfile 


A parancsokat külön sorban kell el- 
helyezni; ha egy sorba több parancsot 
akarunk írni, akkor azokat pontos- 
vesszővel kell elválasztani egymástól. 
Egy egyszerű parancs a nevéből és a 
paramétereiből áll, ezeket tetszőleges 
számú szóköz és tabulátor választhatja 
el egymástól. Ha egy parancs és a hozzá 
tartozó paraméterek nem férnek el egy 
sorban, akkor a sorvégjel elé egy Welet 
kell tenni. Például: 
cat XXYYI 
zz ; 

Ennek a parancsnak 3 paramétere 
van; hatására kilistázódik a képernyőre 
az XX, YY és ZZ fájl tartalma. 


Az echo utasítás 


Az echo utasítás a paramétereit egy-egy 
szóközzel elválasztva kiírja a standard 
kimenetre. Például: 
Parancs: 
echo  AAAA 
Kimenet: 
AAAA BBBBB 

Ez az utasítás az üzenetek kiíratásán 
kívül a belövéshez is jól használható, 
gyorsan ellenőrizni tudjuk a segítségé- 
vel a paraméterek és változók értékét. 
Ezenkívül minden olyan esetben az 
echóra van szükségünk, amikor a stan- 
dard kimenetre írni akarunk. 


BBBBB 


ALAPLAP 1992/1 51 


PROGRAMOZÁSTECHNIKA 


Pozicionális paraméterek 


A parancssorban átadott paramétereket 
(pozicionális paramétereket) $1, $2 stb. 
néven tudjuk elérni: 
comfile tartalma: 
echo $1 $2 $3 
Parancs: 
comfile AAA BB CCCCC 
Kimenet: 
AAA BB CCCCC 

A nem létező pozicionális paraméte- 
reket a shell nullstringgel helyettesíti. 
Ha például a fenti parancsfájlt így hív- 
juk meg: 
comfile A B 
akkor a kimenet a következő lesz: 
AB 

A $0 pozicionális paraméter mindig 
az elindított program nevét jelenti: 
comfile tartalma: 
echo $0 : Hiball 
Parancs: 
comfile 


Kimenet: 
comfile : Hiball 


A $0 paraméter hibaüzeneteknél 
azért előnyös, mert a program nevének 
megváltoztatásakor az üzenő részt nem 
kell módosítani, A $1, $2 stb. jelöléssel 
csak az első 9 paramétert tudjuk elérni. 
A shift utasítás hatására minden para- 
méter ($0 kivételével) , balra" lép: Az 
eddigi $1 eltűnik, $1 értéke az eddigi 


$2-ével lesz egyenlő. Például: 
comfile tartalma: 
ee $2 $3 $4 $5 $6 $7 $8 $9 


Eat $2 $3 $4 $5 $65 $7 $8 $9 


comfile 11 22 33 44 55 66 77 88 99 00 
Kimenet: 
11 22 33 44 55 66 77 88 99 
22 33 44 55 66 77 88 99 00 

Az összes pozicionális paramétert 
($0 kivételével) a $" jelöléssel tudjuk 
elérni, a számuktól függetlenül. Pél- 
dául: 
comfile tartalma: 
echo $" 
Parancs: 
comfile 11 22 33 44 55 66 77 88 99 00 aa bb 
Kimenet: 
11 22 33 44 55 66 77 88 99 00 aa bb 

A pozicionális paraméterek számát a 


$t nevű shellváltozó tartalmazza: 
comfile tartalma: 

echo $t 

Parancs: 

comfile 11 22 33 

Kimenet: 


Shellváltozók. 


A shell változóit nem kell deklarálni. 
Stringeket tartalmaznak, értéküket 
ugyanúgy használhatjuk, mint az exp- 
licit módon megadott stringeket. A vál- 
tozónevek betűvel vagy aláhúzással 
kezdődő, betűből, számjegyből és alá- 


húzásból álló stringek: 
XzABC 

echo $X DEF 

Kimenet: 

ABC DEF 
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A példából láthatjuk, hogy a shell- 
változók tartalmára a $név jelöléssel 
hivatkozhatunk. Fontos megfigyelniva- 
ló ezenkívül, hogy az értékadásnál az 
egyenlőségjel egyik oldalán sem szere- 
pelhet szóköz. A shell így ismeri fel, 
hogy változó értékadásáról van szó. Ha 
így írjuk: 

X sABC 


akkor a következő hibaüzenetet kapjuk: 
comfile: X: Not found 

A shell ekkor úgy gondolta, hogy egy 
X nevű parancsot akartunk elindítani 
zABC paraméterrel. Ha az egyenlőség- 
jel másik oldalára teszünk szóközt: 

Xz ABC 
akkor ezt az üzenetet kapjuk: 
comfile: ABC: Not found 

Most a shell úgy értékelte, hogy az 
X nevű változónak nullstring értéket 
akartunk adni, majd az ABC nevű pa- 
rancsot szerettük volna elindítani. Éles 
szemű olvasók azonnal felkiálthatnak: 
hát nem egy parancsot lehet csak egy 
sorba írni? A válasz az, hogy az érté- 
kadás ebből a szempontból kivétel. En- 
nek a szabálynak az alkalmazására ké- 
sőbb még visszatérünk. 

Ha olyan stringet szeretnénk egy 
változóba betölteni, amely szóközöket 
és/vagy tabulátorokat is tartalmaz, ak- 
kor idézőjelet kell használnunk: 

Xz.Mi a parancs? 
echo $X 
Kimenet: 

Mi a parancs? 

Az idézőjel helyett aposztrófot is 
használhatunk: 
Xz"Mi a parancs?" 

A két megoldás közötti különbségről 
később lesz szó. 


Programok elindítása a háttérben 


Ha a parancs és a paraméterei után 
éz jelet teszünk, akkor a rendszer a 
háttérben fogja azt elindítani, a termi- 
nálnál közben visszakapjuk a vezérlést: 


command 8 


Programok leállítása 


Interaktívan futó programokat inter- 
rupttal lehet félbeszakítani. Az, hogy 
milyen billentyűhöz van kötve a meg- 
szakításjel beadása, az stty paranccsal 
állítható be. A háttérben futó programo- 
kat a kill paranccsal tudja megszakítani 
a program tulajdonosa vagy a superuser 
(roo0: 
kill 2341 

A kill parancs paramétere a megsza- 
kítani kívánt folyamat azonosítója (pro- 
cess id-je). Ezt a ps utasítás segítségével 
tudjuk megkérdezni a rendszertől. 


Megjegyzések shell scriptekben 


A tt jeltől kezdve a sor végéig a shell 
egy commentnek tekinti a sort: 
echo XXXXXXX it ez egy comment 


Az üres utasítás 


A : üres utasítást jelent, az utána írt 
szöveget paramétereknek tekinti a shell, 
és megpróbálja kifejteni — ami vezet- 
het futási hibára. A ft bevezetése óta az 
üres utasítás elvesztette a jelentőségét. 

Átirányítás 

A programok standard bemenetét és 
kimenetét nagyon egyszerűen át lehet 
irányítani, ez a Unix egyik olyan sajá- 
tossága, ami lehetővé teszi a meglévő 
építőkockákból való építkezést. A ki- 
menetnek fájlba való átirányítására 
szolgál a 5 és a 55 jel. A 
command 5 FILE 
parancs hatására két dolog történik: 

1. Ha a fájlhozzáférési jogok lehető- 
vé teszik, létrejön a FILE nevű fájl, 
vagy ha már létezett ilyen, akkor a 
tartalma elvész, a hossza 0-ra reduká- 
lódik. 

2. A command nevű program által a 
standard kimenetre küldött adatok be- 
kerülnek a FILE nevű fájlba. Például a 
date : LOG 
parancs hatására a LOG nevű fájl tar- 
talma a következő lesz: 

01:04:34 PM Fri 13 Sep 1991 MEZ 

A következő parancs hatására a com- 
mand nevű program által a standard 
kimenetre küldött adatok a FILE nevű 
fájl végéhez hozzáfűződnek; ha FILE 
eddig nem létezett, akkor a rendszer 
létrehozza: 
command 5 FILE 

Az átirányítást vezérlő rész a parancs 
elé is kerülhet: 


5 FILE command 
5 FILE command 


Egy FILE nevű üres fájl előállításá- 
hoz, illetve megléte esetén 0 hosszra 
csonkításához elegendő a következő 


parancs: 
5 FILE 


Írás a standardhiba-kimenetre 


A standardhiba-kimenetre (a 2-es 
fájldeszkriptorra) a shell scriptből a 
következő módon tudunk írni: 
echo hibal 582 
cat hibafile 582 

A 5 és a £ jel között nem szabad 
szóközt hagyni. (Hiszen elvileg lehet 
egy £2 nevű fájlunk, amelybe át akar- 
hatjuk irányítani a parancs kimenetét! 
A Unixban nemcsak betűkből és szám- 
jegyekből állhatnak a fájlnevek.) 


A standardhiba-kimenet (stderr) 


A programok által a standard error 
kimenetre írt adatokat a következő mó- 
don lehet egy fájlba irányítani: 
command 25 FILE vagy command 25 FILE 

A 2-es szám és a 5 jel között nem 
szabad szóköznek lennie! (Ekkor a shell 
úgy értelmezné, hogy a command nevű 
parancsot akarjuk elindítani ,,2" para- 
méterrel.) Példa az átirányításra: 
comfile keeaneú 


echo ez m 
ikes HET e 


tandard kimenetre 
VA A STANDARD ERROR 


öonitass 5 Fi 22F2 

F1 ma: 

ez megy a standard kimenetre 

F2 tartalma: 

EZ MEGY A STANDARD ERROR KIMENETRE 


Az stderr átirányítása 
a standard kimenetre 


Erre akkor van szükség, amikor a 
standard error kimenetet bele akarjuk 
irányítani egy pipe-ba, például azt akar- 
juk, hogy egy nyomtatási parancs által 
küldött hibaüzenet a nyomtatón jelen- 
jen meg. Az eljárás a következő: 


comm 281 


A standard bemenet átirányítása 

fájlra 

A következő parancs hatására a 
comm nevű program a terminál helyett 
a FILE nevű fájlból fog olvasni, feltéve, 
hogy az létezik: 


comm c FILE 


A Idevinull fájl használata 


A /dev/null fájl a nullázó eszköz a Unix 
rendszerben; a beleírt adat eltűnik, il- 
letve ha a tartalmát belemásoljuk egy 
fájlba, akkor az 0 hosszra csonkítódik. 
Akkor szoktunk ebbe a fájlba írni, ha 
azt akarjuk, hogy egy program ne írjon 
üzeneteket a képernyőre: 
comm 25 /dev/null 

Erre részben akkor van szükség, ami- 
kor magunk akarjuk a képernyőt kezel- 
ni, részben akkor, amikor nem akarjuk 
egy időmérés eredményét a kiírás ide- 
jével , meghamisítani". Nulla hosszúsá- 


gú fájlt így is szoktak létrehozni: 
cp /dev/null FILE 
cat /dev/null 5 FILE 


Pipe-ok használata 


A pipe egy átmeneti tároló, egy me- 
móriában megvalósított FIFO, aminek 
a segítségével szűrő jellegű programok 
kaszkádba köthetők. (Szűrőnek azokat 
a programokat szokták nevezni, ame- 
lyek a standard bemenetükről olvasnak, 
és a standard kimenetükre írnak.) Lé- 
nyeges, hogy memóriában van megva- 
lósítva, mert így gyors a pipe-on ke- 
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resztül végzett kommunikáció a prog- 
ramok között, ráadásul a többi program 
működését is kevéssé lassítja, mert nem 
hoz be diszkműveleteket. A pipe jele: 
I. Ha például meg akarjuk számolni, 
hogy hány bejegyzés van az aktuális 
munkakatalógusunkban, akkor ezt így 
tehetjük meg: 
ls ] wc -I 

(A wc utasítás az -1 opcióval a be- 
menet sorait számolja meg.) A csőve- 
zetékek megcsapolhatók a tee nevű 
parancs segítségével, amelynek para- 
méterként azt a fájlnevet kell megadni, 
ahová a kimenetet irányítani akarjuk: 
ls ] tee Ft [ wc -A 

Ekkor az F1 nevű fájlban az Is pa- 
rancs kimenete fog megjelenni. 


A standard kimenet átirányítása 
a parancssorba 
(parancsbehelyettesítés, 

command substitution) 


Rendkívül jól használható a shellnek 
az a szolgáltatása, hogy egy parancs 
kimenetét vissza lehet irányítani ma- 
gába a programba az " aposztróf hasz- 
nálatával. Például: 
comfile tartalma: 

Xztcommand2" 

0 $X 
command2 tartalma: 
echo 11 22 33 44 
echo 55 66 77 88 
Kimenet: 

11 22 33 44 55 66 77 88 


A " jelek közé írt parancs standard 
kimenetéből a shell egyetlen stringet 
készít úgy, hogy a sorvégjeleket szó- 
közre cseréli, és ezt a stringet behelyet- 
tesíti a " közé írt parancs helyére. Ha 
például készítünk egy savelist nevű 
fájlba egy listát a menteni kívánt fájl- 
jainkról, akkor nem kell leírnunk men- 
téskor a fájlneveket: 
tar cv4 file1 file2 file46 
hanem így is eljárhatunk: 
tar cv4 "cat savelist 

Így biztosan nem fogunk egy névről 
sem megfeledkezni. (A tar parancs a 
floppyra vagy a mágnesszalagra való 
mentés eszköze.) Ha be akarjuk tölteni 
egy változóba az éppen aktív felhasz- 
nálók számát, akkor ezt kell írnunk: 
Xz-who [ wc -I" 

Ha egy változóba az aktuális mun- 
kakatalógus nevét szeretnénk elhelyez- 
ni: 

Ysztpwd" 

A parancsbehelyettesítés tulajdon- 
képpen az eljáráshívás általánosítása. 
Ha például egy C programban egy 
változóba be akarunk tölteni egy függ- 
vény által visszaadott adatot, ezt meg 
tudjuk tenni: 

X z func(); 

A C-ben nincs arra mód, hogy egy 

elindított . program kimenőadatait 


visszatöltsük közvetlenül egy változó- 
ba; a shellben ezt a feladatot látja el a 
parancsbehelyettesítés. Előfordul, hogy 
a létrejövő lista a shell belső tárolójának 
méretét meghaladja, ekkor , Arg list too 
long" hibaüzenetet kapunk. Ilyenkor 
több részre kell osztani a listát. 


Olvasás a standard bemenetről 


A read vl v2 ... utasítás hatására a 
shell beolvas egy sort a standard beme- 
netről, az első szót a v1l változóba, a 
másodikat a v2 változóba stb. tölti be. 
Ha több szó van a sorban, mint ahány 
változónevet megadtunk, akkor a sor 
fennmaradó részét az utolsó változóba 


teszi. Például: 
comfile tartalma: 
read X rest 


A terminálról ezt írjuk be: 
111 22 33 44 55 
Kimenet: 
111 
2233 44 55 


A line utasítás hatására a shell beol- 
vas egy sort a standard bemenetről, és 
kiírja azt a standard kimenetre. Ha a 
beolvasott sort egy változóba akarjuk 
betölteni, akkor " jeleket kell alkalmaz- 
nunk: 
comfile tartalma: 

Xszine" 


A terminálról ezt írjuk be: 
aaaa bb cc ddd 
Kimenet: 
aaaa bb cc ddd 


Stringek összefűzése 


A változókban és a pozicionális pa- 
raméterekben lévő stringeket literálisan 
megadott stringekkel nagyon egyszerű- 
en össze lehet fűzni, csak egymás mellé 
kell írni őket: 
comfile tartalma: 

Xzaaa/ 

Y-bbb 
2-$X$Y/$1/ddd 
echo $Z 
Parancs: 
comfile ccc 


Kimenet: 
aaa/bbb/ccc/ddd 


Rendszerint teljes fájlnevek előállí- 
tására használják ezt a műveletet. Ha 
egyértelművé kell tenni, hogy az egyes 
részeknek hol van a határuk, akkor 
so zárójelet kell alkalmaznunk: 
VII) bbb 
echo $Y 


Kimenet: 
aaabbb 


Ha nem használunk zárójelet, akkor 

a shell az Y változóba egy Xbbb nevű 

változó tartalmát tölti be (tehát egy 
nullstringet). 

Nemes Mihály 
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Modula-2 


Most mutasd meg! 


Programjainkban az egyes értékeket változókban tároljuk. 
A forráskódban a változók azonosítóival tulajdonképpen 

a változó által elfoglalt memóriaterületre hivatkozunk. 

Az adott változó típusától függ az elfoglalt memóriaterület 
mérete. Az általunk deklarált változóazonosítók 

és az aktuális memóriaterület közötti megfeleltetést 


a fordító végzi el. 


A Modula-2-ben, mint minden , tisztes- 
séges", rendszerprogramozásra alkal- 
mas nyelvben, lehetőség van a változók 
címeinek kezelésére, valamint futásidő- 
ben (tehát nem a fordító, hanem a 
program által) létrehozott változók ma- 
nipulálására. 

A futásidőben létrehozott — ún. di- 
namikus — változók használata prog- 
ramjainkban lehetővé teszi a memória 
optimális kihasználását, az aktuális igé- 
nyekhez igazodó megoldások elkészí- 
tését, komplex, illetve dinamikusan vál- 
tozó struktúrájú adattípusok létrehozá- 
sát, és még sok minden más, az igazán 
professzionális programokat jellemző 
megoldást. Mint látni fogjuk, a memó- 
riacímek kezelése és a dinamikus vál- 
tozók használata szorosan összefüggő 
programozástechnikai témakörök, ezért 
természetes, hogy együtt tárgyaljuk 
őket. 

Bevezetőként egy kis példa. Tegyük 
fel, hogy egy kis személyügyi nyilván- 
tartással kapcsolatos programot kell el- 
készítenünk. Természetesen a személyi 
adatot rekordtípussal írjuk le mondjuk 
az alábbi módon: 

TYPE 
Personlnfo - RECORD 
name : ARRAY [0..16] OF CHAR; 
age :[0..125] ; 
shift : (day, night) ; 
info. : ARRAY [0..100] OF CHAR ; 

END (" RECORD Personlnfo ") ; 

Ezek után lehetőségünk van változók 
deklarálására: 

VAR 

john, mary, peter, david : 
Personlnfo ; 

Persze ez csak abban az esetben 
járható út, ha előre tudjuk a nyilvántar- 
tásba veendő személyek számát (és 
nevét), ami természetesen a lehető leg- 
ritkább esetben fordul elő a mindennapi 
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gyakorlatban. Kicsivel jobb a helyzet, 
ha tömböt deklarálunk az adatok nyil- 
vántartására: 

VAR 

persons : ARRAY [1..100] OF 
Personlnfo ; 

Ebben az esetben a programban előre 
100 személy adatainak nyilvántartására 
foglalunk helyet, holott egy tipikus al- 
kalmazásban átlagban csak 20-30 sze- 
mélyt tartunk nyilván. Vagyis progra- 
munk feleslegesen köti le a számítógép 
memóriáját, azaz az egyik legfontosabb 
erőforrását. 

De van itt egy másik probléma is, Mi 
történik akkor, ha programunkat egy 
olyan cég is alkalmazni kívánja, ahol 
101 munkatárs dolgozik?  Termé- 
szetesen átírjuk a programunkat úgy, 
hogy a lefoglalt terület most már ezt az 
igényt is kielégítse, hiszen ha megfo- 


Névjegy 


Mutató 


gadta a programozó a tanácsomat, ak- 
kor a forráskódban mindössze egyetlen 
konstans értékét kell megváltoztatni, és 
utána újra fordítani az egészet. Ez mind 
nagyon szép, de mi van akkor, ha a 
program — hibái ellenére — nagy siker 
lesz, és a legkülönbözőbb cégek szeret- 
nék megvásárolni. A cégek között azon- 
ban olyanok is vannak, melyek 5, és 
olyanok is, amelyek 50 000 dolgozóval 
számolnak. Nyilvánvaló, hogy a cégen- 
kénti forráskód-karbantartás, különö- 
sen a módosítások nyilvántartása, meg- 
oldhatatlan feladat. 

Ahhoz, hogy a statikus változók ru- 
galmatlanságaiból adódó hátrányokat 
(fix elhelyezkedés, méret és struktúra) 
kiküszöböljük, a programokban dina- 
mikus változókat használhatunk, me- 
lyek elhelyezkedését, méretét és struk- 
túráját magunk vagy a futási környezet 
határozhatja meg. Természetesen az 
ilyen általunk létrehozott dinamikus 
változókra már nem hivatkozhatunk 
azonosítókkal a forráskódban, hiszen a 
program futása során az azonosítók 
szerepét már a fordító és a programtöltő 
által meghatározott címek vették át. Ha 
már azonosítót nem használhatunk, ma- 
gától értetődik az az igény, hogy leg- 
alább a dinamikus változók címeire 
tudjunk a programunkban azonosítóval 


A professzionális programozók számára a Modula és más programozási 
nyelvek által nyújtott eszközök közül a mutató típusok a legfontosabbak. A 
mutató típusok segítségével valósítható meg a komplex adattípusok, valamint 
rugalmas és dinamikus adatszerkezetek létrehozása és kezelése. A mutatók 
más változókra történő hivatkozásra használatosak. A mutatónak a hivatkozott 
változó létrehozása előtt már léteznie kell, és csak a hivatkozott változó 
megszűnése után szűnhet meg. Ebből adódóan a mutatók tipikusan, de nem 
kizárólag statikus változók. A mutatók segítségével lehetségessé válik a 
program futása során dinamikusan létrehozott változók kezelése. A Modula- 
2-ben nincsen előre definiált mutató típus. A mutatók eltérő típusú dinamikus 
változók kezelésére szolgálnak, ezért a referált típust a deklarációban meg 
kell adni. A hivatkozott típus megadásával a típusellenőrzés a mutatókra is 
kiterjed, ami a programozót durva hibák elkövetésétől óvja meg. Termé- 
szetesen a típusátalakítások a mutatókon és a dinamikus változókon is 
elvégezhetőek, így ez nem jelent gondot olyan esetekben, amikor szándéko- 
san akarjuk a típuskonvenciókat megsérteni. 





hivatkozni. Erre a célra a Modula-2-ben 
a mutató típusok állnak a rendelkezé- 
sünkre. Ahogy arra a mutató elnevezés 
is utal, ezeknek a változóknak a szerepe 
a dinamikusan (vagy akár statikusan) 
létrehozott változók referenciájának/hi- 
vatkozásának, azaz a fizikai címének 
tárolása. A fizikai cím segítségével az- 
tán már könnyedén tudjuk a dinamikus 
változókat is kezelni, mivel a mutatók 
segítségével hivatkozhatunk egy-egy 
dinamikusan létrehozott objektumra. 
Másképpen fogalmazva: a mutató típu- 
sú változók által felvett értékek fizikai 
címek lehetnek. Egy mutató a program 
futása során akár több objektumra is 
mutathat (természetesen nem azonos 
időpillanatban). 

A mutatókkal való programozás a 
kezdők számára általában gondot szo- 
kott okozni, mivel a programozástech- 
nikai elmélet igyekszik távol tartani 
magát a , hardver valóságától", és job- 
ban szereti az absztrakció világát. A 
mutatókkal kapcsolatban persze elke- 
rülhetetlen a memóriacímek megemlí- 
tése, de nem igazán rögzül az a tény, 
hogy az addig használt változónevek 
valójában fizikai tárcímek és nem ka- 
rakterláncok. Sokkal jobb helyzetben 
vannak ilyen szempontból azok a prog- 
ramozók, akiknek assembly programo- 
zói hátterük van, mivel számukra a 
program absztrakt és fizikai megjelené- 
se közötti megfeleltetés világosabb, ne- 
kik viszont az elmélet más részeivel 
kell megküzdeniük. Az ideális rend- 
szerprogramozó természetesen mindkét 
megközelítési módot ismeri, és megfe- 
lelően használni is tudja. Sajnos ez a 
szakemberképzésben nem mindig 
szempont. 

Mint az a definícióból kitűnik (lásd 
keretben), a mutató maga lehet statikus 
vagy dinamikus, de minden dinamikus 
hivatkozási sor elején (már ami a hivat- 
kozási irányt illeti) egy statikus mutató 
található (ha végiggondoljuk, ez magá- 
tól értetődik), tehát semmi okunk prog- 
ramunkban kizárólagosan dinamikus 
változókat használni. Ez már annál is 
inkább igaz, mivel a mutatóváltozók 
helyfoglalása sok alaptípus helyfogla- 
lásánál nagyobb (méretoptimalizálás), 
illetve a futásidőben történő hivatkozás 
kielégítése időt vesz igénybe szemben 
a statikus hivatkozáséval (futásidő-op- 
timalizálás). Természetesen a tömböket 
sem kell száműzni programjainkból, 
csupán a feladatot kell végiggondol- 
nunk úgy, hogy el tudjuk dönteni: a 
részfeladatokat milyen adattípusokkal, 
illetve statikus vagy dinamikus válto- 
zókkal célszerű megoldani  (rend- 
szertervezés, megoldásoptimalizálás). 
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Ezeknek a kérdéseknek az eldöntése 
adja a programozás savát-borsát. (A 
kódolás ehhez képest sok esetben unal- 
mas rutinmunkának tűnik.) 

Most, hogy már láttuk vagy leg- 
alábbis utaltunk a dinamikus típusok 
hasznosságára, itt az ideje megnézni, 
hogyan is hozhatjuk őket létre. A Mo- 
dulában — mint sok minden más — a 
memóriakezeléssel kapcsolatos eljárá- 
sok is külső könyvtármodulban találha- 
tóak, tehát nem a nyelv elemei. A 
Modula-2 tárkezelő eljárásai a , Sto- 
rage" modulban találhatók. Dinamikus 
változókat az ALLOCATE eljárás se- 
gítségével hozhatunk létre. Az eljárás 
két paramétere a létrehozott változóra 
hivatkozó pointer, amelyben a létreho- 


zott változó memóriabeli címét — azaz 
a memóriamenedzser által a változó 
számára allokált/lefoglalt terület kezdő- 
címét — tároljuk a későbbi hivatkozá- 
sok számára, illetve az allokálandó te- 
rület mérete, ami általában (de nem 
mindig) a hivatkozott típus által elfog- 
lalt terület méretével egyezik meg. Pél- 
dául ALLOCATE ( pointer, SIZE(T) ), 
ahol pointer egy T típusú változóra 
hivatkozó mutató. Az, hogy a méretpa- 
raméter tetszőlegesen megválasztható, 
sok trükkös megoldást tesz lehetővé. 
Persze mint minden olyan esetben, ami- 
kor elhárítjuk a fordító és a futásidejű 
rendszer óvó kezeit, itt is sok a hibale- 
hetőség. Egy profit persze a nehézségek 
nem rettenthetnek vissza. A Modula-2 





Pontosan és szépen 


Definíció: 


P mutató típusú változók egy másik T típusú változóira mutatóértékeket 
vesznek fel, azaz a P mutató típus a T típushoz kötődik. A mutató típus 
értékét általában egy memóriamenedzser-modul allokációs eljárásának 
meghívásakor kapja. 

$ MutatóTípus - POINTER TO Típus. 

A mutatóváltozók a konkrét memóriacímen kívül felvehetik a NIL értéket is. 
Egy NIL értékű mutató sehova sem mutat. Azonos típusú mutatókon 
értelmezettek az ,-" és tt" ("0") operátorok. Fontos, hogy ilyenkor a mutatók 
értékeit és nem az objektumokat hasonlítjuk össze. 

ATopSpeed Modula-2 a mutató típusokat az Intel 80x86-os processzorcsalád 
és az IBM PC típusú személyi számítógépek DOS operációs rendszeréhez 
igazodva több bővítéssel is ellátta. 

$ MutatóTípus - POINTER [Kifejezés] TO Típus. 

Ha a kifejezést elhagyjuk, abszolút mutató típust deklarálunk. Egy CARDI- 
NAL típusú kifejezés megadásával bázisos mutató típust definiálunk. Az ilyen 
típusú mutatók csak a cím ofszét részét tartalmazzák. Acím szegmens részét 
a kifejezés kiértékelésével kapjuk, a mutatóval történő hivatkozáskor. Az 
egyedüli megkötés az, hogy a kifejezés nem tartalmazhat függvényhívást. 
A PC-k különböző memória modelljeihez igazodva a TopSpeed Modula-2 
rendelkezik a következő standard típusokkal: NearADDRESS, FarADD- 
RESS, illetve a következő konstansokkal: NearNIL, FarNIL. A TopSpeed 
Modulában a SHORTADDBR standard típus 0 bázisú mutatót jelöl. Mivel eltérő 
szegmenszofszet párok azonos fizikai címet jelenthetnek, ezért célszerű 
összehasonlítások előtt a mutatókat normalizálni. 


Virtuális mutatók: 


$ MutatóTípus - VIRTUAL POINTER Azonosító. 

Az azonosító egy egyetlen paraméterrel rendelkező függvény, aminek a 
visszatérő értéke egy mutató. Az így definiált típuson csak az értékadás, 
paraméterként történő átadás és a hivatkozás a megengedett műveletek. A 
virtuális mutatókkal történő hívatkozás esetén először az ,Azonosító"-val 
deklarált függvény hívódik meg, és a visszatérő érték szolgál a hivatkozásra. 


Mutatókonstruktor: 


$ Hivatkozás - ,[7 Kifejezés ,:" Kifejezés [Név] ,]". 
A konstruktor két CARDINAL kifejezés kombinálásával egy szegmens és 
egy ofszet értékből fizikai címet állít elő. Az opcionális Név az így kapott 
abszolút far" mutató típusát határoza meg. Amennyiben nincs Név, a típus 
alapértelmezésben FarADDRESS. 
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Példának okáért 


A mutatók kezelésével kapcsolatban 
egy egész könyvet meg lehetne töl- 
teni példákkal, ezért itt most csak a 
legegyszerűbb alapeseteket mutat- 
juk be. További példák a mágnesle- 
mez LST és MOD fájljaiban, valamint 
a Mesterfogások sorozatban (lesz- 
nek) találhatók. 


Típusdeklarációk: 
TYPE 
RealPtr - POINTER TO REAL; 
CardPtr - POINTER TO CARDI- 
NAL; 
RecPtr - POINTER TO RECORD 
x,y:CARDINAL; 
s:ARRAY [0..16] OF CHAR; 
rp:RealPtr; 
END; 
Link z POINTER TO NODE; 
NODE - RECORD 
key:INTEGER; 
next:Link; 
END; 
VAR 
r:RealPointer; 
list:Link; 
sr:REAL; 
NEW (list); 
ALLOCATE (r,SIZE(r9)); 
r":z 12.45; 
list" .key:- -12; 
list.next:— NIL; 
sr:5 [Seg(r):12H RealPtrje 





standard NEW eljárása egyébként auto- 
matikusan az ALLOCATE könyvtári 
eljárásra fordul le, természetesen a kor- 
rekt méretparaméterrel, ezért ha nem 
akarunk trükkös megoldásokat alkal- 
mazni, célszerű ezt használni, A NEW 
egyetlen paramétere egy mutató válto- 
zó, az ALLOCATE hívásához szüksé- 
ges méretparamétert a fordító a mutató 
hivatkozott típusának ismeretében 
autornatikusan szolgáltatja. 

Az így létrehozott dinamikus változó 
értéke természetesen ilyenkor még 
meghatározatlan, ahhoz, hogy használ- 
ni tudjuk, inicializálnunk kell, ehhez 
viszont ismernünk kell a dinamikus 
változókra hivatkozás szabályait. A di- 
namikus változókat ugyanúgy kezelhet- 
jük, mint a statikus változókat, és ter- 
mészetesen minden olyan esetben hasz- 
nálhatjuk őket, mint a statikus megfe- 
lelőiket. Az egyetlen különbség csupán 
az, hogy míg programjainkban a stati- 
kus változókra azonosítójukkal hivat- 
kozunk, addig a dinamikus változókra 
a címüket tartalmazó mutatókkal. A 
hivatkozást ilyen esetben a mutató azo- 
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nosítóját követő kalap , A" jelöli pél- 
dául: 


szamMutato" :- 12 ; 
sztringMutato" :5 ,dinamikus változó" ; 

A már megismert hivatkozások és 
kvalifikált azonosítók szabadon alkal- 
mazhatók (természetesen az adatstruk- 
túrák és a program szintaktikájának a 
megsértése nélkül) például: 

ModuleName.pointerA[12].refA.rec 
ord. field[i] 

A dinamikus változók kezelésekor 
sok olyan probléma is felmerül, ami a 
speciális tulajdonságokból ered. Mond- 
hatnók úgy is, nincsen öröm üröm 
nélkül. Nézzük mindjárt az értékadást. 
Ha ml és m2 két azonos alaptípusú 
mutató, akkor az m2:-ml, illetve az 
m2A:-mIA értékadások között lényeges 
különbségek vannak. 

Az első esetben mindkét mutató 
ugyanarra az objektumra fog hivatkoz- 
ni. Ez azt jelenti, hogy amennyiben 
m1-gyel megváltoztatjuk az objektu- 
mot, akkor ezt a változást az m2-vel 
való hivatkozáskor is észleljük. A kér- 
dés csak az, hogy valóban ez volt-e a 
célunk. Megnyugtatásként közölhetem, 
hogy a kérdésre a válasz teljesen az 
adott alkalmazástól függ. Az ilyen tí- 
pusú értékadás tehát nem hiba, de tisz- 
tában kell lennünk azzal a ténnyel, hogy 
egyszerre több mutató referálhat ugyan- 
arra a memóriaterületre. Egyébként ezt 
a megoldást olyan esetekben használ- 
ják, amikor a hivatkozott objektum a 
program futása során nem változik 
(kváziállandó vagy referenciaváltozó), 
és ezzel a módszerrel elkerülhetjük a 
felesleges duplikátumok létrehozását. 


Tények, tippek, trükkök 


Az ilyen típusú értékadásnak a másik 
csapdája az, hogy — amennyiben léte- 
zett — az m2 mutató objektuma végér- 
vényesen elveszett a program számára, 
és semmilyen eszközzel nem hozható 
vissza. Ráadásul az objektum által el- 
foglalt memóriaterület sem hasznosít- 
ható újra, azaz adatunkból , szemét" 
lett. 

A második esetben az m2 által kije- 


Tölt objektumnak adunk új értéket. Ez 


a megoldás felel meg az idáig megszo- 
kott értékadásoknak. Gond akkor van, 
ha m2 még nem volt inicializálva, és 
ezért valahova a , vakvilágba" mutat, 
ami egy kis szerencsével akár a kódte- 
rület is lehet, ezzel aztán agyon is 
csaptuk a programunkat. Szerencsére 
nem C-ben, hanem Modula-2-ben prog- 
ramozunk, ezért nem kell kétségbees- 
nünk. A Modula-2 opcionális futásidejű 
ellenőrzése helyettünk is ügyel az ilyen 
jellegű hibákra, és hibajelzéssel leáll, 
még mielőtt nagyobb baj történne. A 
mutatókkal kapcsolatos műveletek ese- 
tén ugyanis a rendszer figyeli a nem 
inicializált, az úgynevezett NIL muta- 
tóra történő hivatkozást. A NIL kons- 
tans az inicializálatlan vagy érvénytelen 
mutatóérték standard azonosítója. A 
NIL mutató minden mutató típussal 
kompatibilis. 

A futásidejű memóriakezelés nem- 
csak új változók létrehozásából áll. 
Szükség van a már nem használt me- 
móriaterületek felszabadítására is, hogy 
a memória-erőforrást ne használjuk el. 
Mint láttuk, azzal, hogy a mutatóhoz új 
értéket rendelünk, még nem szabadítot- 
tunk fel automatikusan memóriaterüle- 


Ne tévesszük össze az ADDRESS(a) típuskonverziót az ADR(a) standard 


eljárással. 


Ne felejtsük el a dinamikus változókat létrehozásuk után inicializálni. 
Dinamikus változók használatakor a fejlesztés során minden esetben 
használjuk a .run time check" opciót, Így sok kellemetlen hibát fedezhetünk 


fel időben. 


A mutato:-NIL utasítással nem memóriát szabadítunk fel, hanem szeme- 


telünk. 


A DOS korlátai ellenére is igyekezzünk profiként programozni, azaz a 
memóriával mint erőforrással ésszerűen gazdálkodni, 

Csak az igazán időkritikus helyeken alkamazzuk a Modula-2 hardverkö- 
zeli eszközeit, kerüljük a felesleges rendszerfüggőséget. 

Mindig legyünk tisztában azzal, hogy az adott szituációban a mutatót 
vagy a hivatkozott dinamikus változót akarjuk-e kezelni. 

A legtöbb Modula-2 implementációban, ha egy modulban használjuk a 
NEW és DISPOSE eljárásokat, akkor explicit módon importálnunk kell a 
Storage modul (vagy egy másik memóriamenedzser modul) ALLOCATE és 


DEALLOGATE eljárásait. 








tet, hanem csak szemetet hagytunk ma- 
gunk mögött. Itt kell megjegyezni, hogy 
sok rendszerben — például a Modula- 
3-ban — az ilyen szemetet is képes a 
rendszer összeszedni és újra hasznosí- 
tani. Ezt a megoldást az angol szakiro- 
dalom , garbage collection"-nek nevezi, 
A TopSpeed Modula-2 3.00-ás verzió- 
jában már lehetőségünk van saját köz- 
tisztasági hivatal létrehozására a prog- 
ramjaink számára, az ún. virtuális mu- 
tatók segítségével. A virtuális mutatók 
nem memóriacímet tartalmaznak, ha- 
nem egy eljárás címét, amely minden 
hivatkozáskor automatikusan meghívó- 
dik. A virtuális mutatók lehetővé teszik 
a virtuális memóriakezelés, a garbage 
collection, a nem darabolódó heap és 
még sok más igazán professzionális 
feladat megoldását. Alapesetben azon- 
ban nekünk kell gondoskodnunk a szá- 
munkra már feleslegessé vált memória- 
területek visszaszolgáltatásáról. Akár- 
csak az allokáció esetén, itt is két 
megoldás létezik. Az egyik a DEAL- 
LOCATE eljárás, a másik a DISPOSE 
standard eljárás használata. Ezeknek a 
használatára és alkalmazásra az ALLO- 
CATE és NEW eljárásoknál leírtak ér- 
vényesek. A felszabadítás után a mutató 
NIL értékű lesz. Vigyázzunk! A muta- 
to:-:NIL megoldás azonban éppen úgy 
szemeteléssel jár, mint a mutató-érté- 
kadás. 

Természetesen a Modula-2 nem le- 
hetne rendszerprogramozási nyelv, ha 
csak a dinamikusan létrehozott válto- 
zók címeit tudná kezelni. A standard 
ADR eljárás segítségével a tetszőleges 
nyelvi objektum címét megkaphatjuk. 
Értékadáskor pedig lehetőség van cím- 
konstansok használatára is. 

A legtöbb Modula-2 implementáció, 
elsősorban rendszerfejlesztésai célokra, 
lehetőséget nyújt fix memóriacímű vál- 
tozók deklarálására. Az OS/2 operációs 
rendszer alatt futó inplementációk pél- 
dául ezt a lehetőséget nem tartalmaz- 
zák, mivel az Intel processzorok védett 
üzemmódjában futó programok nem 
használnak fizikai címeket. Általános- 
ságban is igaz, hogy bizonyos védett 
vagy védelemmel rendelkező operációs 
rendszerekben a hardverközeli eszkö- 
zök megvalósíthatósága korlátozott. Ez 
abból a tényből fakad, hogy az ilyen 
rendszerek halálát okozná a rendszer 
megkerülése és a hardver direkt mani- 
pulálása. Ez persze csak konkrét rend- 
szerekre vonatkozó korlátozás, ha ked- 
vünk szottyan 386-os processzoron ala- 
puló saját rendszert írnunk, alkalmaz- 
hatunk fix memóriacímű változókat. 

A Modula-2 standard ADDRESS tí- 
pusa minden mutató típussal kompati- 


PROGRAMOZÁSTECHNIKA 





Pascal és C 


A Modula-2 mutató típusok a Pascal kiterjesztett változatai. A Pascalban nincs 
lehetőség a rendszerprogramozásra a fizikai címek manipulálásával. Nincsen 
ADDRESS típus, címaritmetika, ADR standard eljárás, és a dinamikus me- 
móriakezelő eljárások is egyszerűbbek. A standard Pascalban csak ,new" 
eljárás volt, ,dispose" nem. Nem is beszélve a Modula-2 külső könyvtári 
moduljai segítségével megvalósított memóriakezelésről. A C és a Modula-2 
lehetőségei a dinamikus változók kezelésében megegyeznek. A C kevesebb, 
hardverprogramozáshoz szükséges lehetőséget tartalmaz, de ez az esetek 
nagy részében nem jelent problémát. A C, mint általában, a mutatók esetében 
sem kényes a kompatibilitási szabályok betartására. 





bilis típus, amely az adott gép fizikai 
címzését reprezentálja minden imple- 
mentációban, így igencsak konkrét tar- 
talommal rendelkező nyelvi absztrak- 
ció. A standard Modula-2-ben az ADD- 
RESS típus nemcsak a mutató típusok- 
kal, hanem a CARDINAL típussal is 
kompatibilis. Ez azt jelenti, hogy min- 
den egész számokon végezhető művelet 
alkalmazható ADDRESS típusú ope- 
randusokra is. Így az ADDRESS típus 
alkalmas címaritmetika elvégzésére, 
aminek az eredményét tetszőleges típu- 
sú mutatóhoz rendelhetjük hozzá. 

Itt meg kell állnunk egy kicsit. Mint 
jól tudjuk, az Intel processzorok nem 
lineáris, hanem szegmentált címzést al- 
kalmaznak. A cím egy szegmens és egy 
ofszet részből áll, és nem éppen triviális 
a két 16 bites regiszter segítségével a 
20 bites fizikai cím létrehozása (a szeg- 
menscímet eltoljuk balra néggyel, majd 
hozzáadjuk az ofszetet). Ebből is jól 
látszik, hogy a PC-ken a címábrázolás 
nem kompatibilis az egész számok áb- 
rázolásmódjával, ezért a PC-s Modulák 
ADDRESS típusa egyik egész számú 
típussal sem kompatibilis. Így a Top- 
Speed Modulában külön könyvtári el- 
járások szolgálnak a címaritmetika el- 
végzésére. Igazság szerint meg lehetett 
volna engedni az aritmetikai operátorok 
alkalmazását ADDRESS típusú operan- 
dusokon is, de úgy érzem, a deklaráltan 
eltérő címkezelés tisztességesebb meg- 
oldás, és jobban igazodik a nyelv filo- 
zófiájához. No nem kell megijedni, 
ezeknek az eljárásoknak a használata 
semminemű sebességcsökkenéssel nem 
jár, így a programunk nem veszít haté- 
konyságából, sőt mivel ezek a művele- 
tek mindig normált mutatót szolgáltat- 
nak eredményül, ezért a mutatók mint 
címek közötti relációs operátorok min- 
dig helyes eredményt adnak. A szeg- 
menszofszet címzésmód vonatkozik 
minden címmegadásra. 

A TopSpeed Modulában a címeket 
az Intel-jelölésnek megfelelően 


. 


Issss:oo00] formában kell megadni, 
Ezenkívül lehetőség van mutatókonst- 
ruktorok alkalmazására is. Ilyenkor két 
CARDINAL típusú kifejezés segítségé- 
vel , far" mutatót hozhatunk létre, ami- 
nek típust is adhatunk egy típusazono- 
sító révén. Természetesen a TopSpeed 
fordító támogatja a különböző memó- 
riamodellek használatát is. Erre a célra 
(a minket most érintő mutató témakör- 
ben) a nyelvet kibővítették a NearAdd- 
ress, FArADDRESS, illetve NearNIL és 
FarNIL standard azonosítókkal. A JPI- 
nál — úgy látszik — nagyonis tisztában 
vannak a mutatók fontosságával, mivel 
a TopSpeed Modula-2 még egy mutató 
típussal, az úgynevezett bázisos muta- 
tóval rendelkezik. Egy mutató definíci- 
ójában megadhatunk egy CARDINAL 
típusú kifejezést, és ezzel a mutató csak 
az ofszet részt tartalmazza, a szegmens 
rész a kifejezés kiértékelésével kapható 
meg. Az ilyen bázisos mutatók a relo- 
kálható objektumok kezelésében játsza- 
nak szerepet. És van még egy nyelvi 
bővítés a mutatóknál, a S/HORTADDR 
standard típus, ami minden bázisos mu- 
tatóval kompatibilis. Ezenfelül a Top- 
Speed könyvtár a standard , Storage" 
modulon kívül más memóriamenedzse- 
reket is tartalmaz a különféle heapek 
kezelésére. 

A Modula-2 nyelvi elemeit bemutató 
sorozatnak ez a része nem véletlenül 
sikeredett ilyen hosszúra. A dinamikus 
adatstruktúráknak és a mutatóknak a 
programozás mesterfogásait bemutató 
részekben alapvető szerepük lesz. Az 
olyan absztrakt adatstruktúrákat, mint 
a listák, a sorok, a fák, a dinamikus 
tömbök és az általános halmazok mind 
mutatók segítségével valósítjuk majd 
meg. De említhetném még az adatbá- 
Zis-kezelő és az alkalmazási környezet 
megvalósítását is. Addig is bemelegí- 
tésként a lemezmellékleten az LST és 
MOD fájlokban néhány egyszerűbb 
példa található a mutatók kezelésére. 

Villányi László 
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Clipper-tippek 


Ecsetvonások balra-jobbra 


A múlt havi részben addig eljutottunk, 
hogy körülbelül mire használhatjuk a 
TBROWSE objektumokat, és mik azok 
a lehetőségek, amelyekkel élhetünk 
adatmegjelenítés közben. 

TBROWSE objektumot kétfélekép- 
pen tudunk létrehozni. Egyik lehetőség 
a TBrowseNew( ) függvény használata, 
másik pedig a TBrowseDB( ) függvé- 
nyé. Mindkét függvénynek négy para- 
métert adhatunk meg, mégpedig az 
adatmegjelenítő táblázat négy sarok- 
pontját (sorrend: felső sor, bal oszlop, 
alsó sor, jobb oszlop). A két megoldás 
között alapvető különbség nincsen, ami 
mégis van, arra még visszatérünk. 

A fentebb említett két függvény 
visszatérési értéke egy objektum típusú 
változóban tárolható. Ha például 
mybrow egy objektum típusú változó, 
akkor érvényes a következő értékadás: 
mybrow - TBrowse New (pl, p2, p3, 
p4). Ezután a mybrow egy TERROWSE 
osztályú objektumot tartalmaz, amely- 
nek változóira így hivatkozhatunk 
mybrow:változónév, eljárásait pedig 
így hívhatjuk meg: mybrow:-eljárás- 
névíparaméterek). 

A két létrehozó függvény csak létre- 
hozza az objektumot, de hogy az vala- 
mit meg is jelenítsen, arról már nekünk 
kell gondoskodnunk. Ez a gondoskodás 
azt jelenti, hogy oszlopokat kell defini- 
álnunk a táblázat számára. Az egyes 
oszlopokat leíró struktúrákat TBCO 
LUMN osztályú objektumokban kell 
elhelyezni, és ezeket az objektumokat 
lehet aztán a TEROWSE objektumhoz 
hozzáadogatni. Egy TECOLUMN ob- 
jektumot az addColumn( ) eljárással 
tudunka TEBROWSE objektumhoz hoz- 
záadni. Az eljárásnak paraméterként 
kell átadni a TEBROWSE objektumra 
mutató változót: A TECOLUMN osz- 
tályú objektumoknak mindösszesen 10 
külső változójuk van. Az oszlop defi- 
niálása abból áll, hogy létre kell hozni 
egy új objektumot, majd ennek a 10 
változónak értéket kell adni. Uj TBCO- 
LUMN osztályú objektumot a TBco- 
lumnNew( ) függvénnyel lehet létre- 
hozni. A függvénynek két paramétert 
adhatunk át, mégpedig a heading és a 
block változó kezdeti értékeit. Az 
összes változó leírását tartalmazza az 
1. táblázat. 


58 ALAPLAP 1992/1 


Ha egy TEBROWSE objektumot lét- 
rehoztunk, akkor a változóinak. beállí- 
tásával tudjuk befolyásolni a kijelzés 
egyes jellemzőit. A létrehozó függvény- 
nek paraméterként adtuk meg a kijelzés 
sarokkoordinátáit, de ezeket, ha a szük- 
ség úgy hozza, akkor megváltoztathat- 
juk. Az nBottom nevű változó az ablak 
alsó, az nTop nevű pedig az ablak felső 
sorát tartalmazza. A bal oldali oszlop- 
koordináta a nLeft, a jobb oldali az 
nRight változóban van tárolva. Ha eze- 
ket meg akarjuk változtatni, akkor nincs 
más dolgunk, mint a megfelelő változót 
átírni a megfelelő értékre. A változók 
átírása után meg kell hívni a refresh- 
AIK ) nevű eljárást, amely a beállított 
paramétereknek megfelelően újraraj- 
zolja a teljes TEBROWSE ablakot. 

A kijelzés során a TEROWSE objek- 
tumnak saját logikai kurzora van. Ez a 
kurzor nem egy képernyőpozícióra, ha- 
nem az objektum egy mezőjére mutat. 
Az aktuális kurzorpozíció sorát a Tow- 
Pos, az oszlopát pedig a colPos változó 
mutatja. Ezekben a változókban nem 
képernyőkoordináták vannak, hanem 
oszlop- és sorkoordináták. Ha a colPos 
változó értéke 2, a rowPos változó 
értéke pedig 3, akkor az objektum kur- 
zora a második oszlop harmadik sorá- 
ban van. Az a mező, amelyiken az 
objektum kurzora van (aktuális mező), 
automatikusan alászíneződik. Ha vi- 
szont az autoLite nevű logikai változó- 
ba .F. értéket írunk, akkor az alászínezés 
automatikussága megszűnik. Ebben az 
esetben a hilite( ) eljárással tudjuk alá- 
színeztetni az aktuális mezőt, és a de- 
hilite( ) eljárással tudjuk levenni róla 
az alászínezést. Amikor egy új objek- 
tumot létrehozunk, akkor az autolite 
változó értéke mindig .T., egészen ad- 
dig, amíg át nem írjuk. 

Az TBROWSE objektum kurzorát 
exportált eljárások segítségével nekünk 
kell pozicionálnunk. Ez úgy történik, 
hogy a táblázat kirajzolása után elkezd- 
jük figyelni a billentyűzetet, és ha 
mondjuk az UP(8) gombot megnyom- 
ják, akkor meghívjuk az up( ) nevű 
eljárást, ami az objektum kurzorát egy 
sorral feljebb viszi. Az 3. táblázatban 
ismertetett kurzormozgató eljárások fel 
vannak készítve arra, hogy szükség 
esetén scrollozzák a táblázatot bármely 


irányban. Mivel a táblázat kirajzolása 
után a billentyűzet figyelése a mi dol- 
gunk, megtehetjük azt is, hogy bizonyos 
gomboknak különleges jelentőséget 
programozunk. Legegyszerűbb esetben 
a kurzormozgató billentyűkön kívül 
nem is kell mást figyelni. Komplikál- 
tabb esetben egymásba ágyazott 
TBROWSE megjelenítéseket vezérel- 
hetünk és/vagy mindenféle látványos 
egyéb tevékenységet hajthatunk végre. 

Amikor a vertikális irányú kurzor- 
mozgató eljárások elérik vagy túllépik 
a kijelzett rész határait, akkor a kijelzés 
aktualizálásáról is gondoskodni kell. 
Ennek a szervezését az objektum belső 
függvényei megoldják. Ha a legalsó 
kijelzett sorban van a kurzor, és meg- 
hívjuk a dowiK ) eljárást, akkor az egész 
táblázat egy sornyival feljebb gördül. 
A legfelső sor eltűnik, alul pedig meg- 
jelenik az új sor. A kijelzés aktualizá- 
lásáról gondoskodik ugyan az objek- 
tum, de hogy ezt hogyan tegye, azt már 
nekünk kell megadnunk. E célra három 
külső —— változót tartalmaz egy 
TBROWSE objektum. A skipBlock ne- 
vű változóba egy kódblokkot kell elhe- 
lyeznünk. Ez a kódblokk lesz aktivizál- 
va mindig, ha a kijelzett táblázatot 
scrollozni kell. Argumentumként kapja 
a kódblokk, hogy .hány sornyit kell 
görgetni a táblázaton. Negatív argu- 
mentum lefelé, pozitív pedig felfelé 
görgetést ír elő. Ha az előző példa 
szerint a táblázat alsó sorában van a 
kurzor, és meghívjuk a dowr( ) eljárást, 
akkor az objektum aktivizálja a skipB- 
loc nevű változójában lévő kódblokkot, 
argumentumként --1 értéket ad át neki. 
A kódblokknak nem kell aktualizálnia 
a kijelzést, csak a kijelzett táblázat 
sormutatóját . (rekordmutatóját) kell 
mozgatnia (adatbázis megjelenítése 
esetén egyszerűen: SKIP). A másik két 
ilyen változó a goBottomBlock, ame- 
lyet a goBottom nevű kurzormozgató 
eljárás és a goTopBlock, amelyet a 
goTop nevű kurzormozgató eljárás 
használ. Itt kell kitérni a TBrowse- 
New( ) és a TBrowseDB( ) létrehozó 
függvények közti különbségre. A 
TBrowseDB( ) függvénnyel létrehozott 
objektumoknál az imént említett három 
változóba automatikusan beíródnak a 
következő alapértelmezett értékek: go- 
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TopBlock :-— (IIGO TOP); goBottomB- 
lock :5— (IIGO BOTTOM); skipBlock 
:- (IxISKIP x). 

A colorSpec nevű változóban egy 
színtáblázatot adhatunk meg. Ha egy 
TBROWSE objektumot létrehozunk, 
akkor ide a SETCOLOR ) függvény 
visszatérési értéke kerül, de ezt bármi- 
kor megváltoztathatjuk. A táblázatot 
karakterstring formában kell megadni, 
ugyanúgy, mint a SETCOLORK ) függ- 
vény esetében. Az elsőként megadott 
színben jelennek meg a táblázat mezői. 
A másodikként megadott színt veszi fel 
az aktuális TBROWSE kurzorpozíció 
által jelölt mező. A változóba írt többi 
színpárost a TBcolumn objektum co- 
lorBlock nevű változója jelölheti ki. 
Mindig, mielőtt egy új érték kijelzésre 
kerül, végrehajtódik a megfelelő osz- 
lopobjektum colorBlock nevű változó- 
jában lévő kódblokk. A kódblokk 
visszatérési értéke egy kételemű nume- 
rikus tömb. A tömb első eleme annak 
a színnek a sorszáma a colorSpec táb- 
lázatból, amely az adott változó színe 
lesz. A tömb második eleme által jelölt 
színű lesz az adott mező, ha az objektum 
kurzora rákerül. A colorBlock nevű 
változóban lévő kódblokknak végrehaj- 
táskor átadódik a mező értéke. Így 
lehetőség van például negatív számok 
vagy más jellegzetes adatok eltérő szín- 
ben való megjelenítésére. 

Ha a right( ) kurzormozgató eljárást 
olyankor hívjuk meg, amikor az objek- 
tum kurzora a jobb oldali szélső osz- 
lopban van, akkor a kijelzett oszlopok 
egy lépéssel balra gördülnek. A bal 
szélen lévő oszlop eltűnik, helyére az 
addig másodikként szereplő oszlop ke- 
rül, jobb oldalt pedig megjelenik egy 
új oszlop. A freeze nevű változó hasz- 
nálatával lehetőség nyílik a bal oldali 
oszlop befagyasztására. Ekkor balra 
scrollozás esetén a befagyasztott oszlo- 
pok nem gördülnek ki a képernyőről. A 
freeze változóba numerikus értéket ír- 
hatunk. Balról számolva a beírt számú 
oszlopot befagyasztja. 

Az egyes oszlopokat elválasztó ka- 
raktereket a TEBROWSE objektum col- 
Sep változójába kell beírni. A TBCO- 
LUMN objektumok azonos nevű vál- 
tozója felülbírálja ezt a beállítást. A 
táblázatot a lábrésztől elválasztó karak- 
tert az oszlopobjektum footSep válto- 
zójába kell írni, a fejléctől elválasztó 
karaktert pedig a headSep változóba. 

A TBROWSE objektumoknak van 
egy colorRect( ) nevű eljárásuk. Ennek 
segítségével átszínezhetjük a táblázat 
egy négyzet alakú részletét. Az eljárás- 
nak két tömböt kell átadni paraméter- 
ként. Fridl György 








1. táblázat. TEROWSE objektumok változói 

Név Típus Leírás 

nBottom Num. Az ablak alsó sorkoordinátája 

nTop Num. Az ablak felső sorkoordinátája 

nLeft Num. Az ablak bal oszlopkoordinátája 

nRight Num. Az ablak jobb oszlopkoordinátája 

rowCount Num. Az ablak sorainak száma (csak olvasható) 

colCount Num. Az ablak oszlopainak száma (csak olvasható) 

rowPos Num. Az aktuális mező sorának száma 

colPos Num. Az aktuális mező oszlopának száma ü 

colSep Kar. Az egyes oszlopokat elválasztó karakter 

headSep Kar. A táblázatot a fejléctől elválasztó karakter 

skipBlock Kódbl. A kódblokk, amely újrapozicionálja az adatállomány rekordmuta- 
tóját 

goTopBlock Kódbl. A kódblokk, amely az adatállomány elejére pozicionálja a rekord- 
mutatót 

goBottomBlock  Kódbl. A rkódblokk, amely az adatállomány végére pozicionálja a rekord- 
mutatót 

hitTop Log. Igaz, ha a rekordmutató az adatállomány első rekordjára mutat 

hitBottom Log. Igaz, ha a rekordmutató az adatállomány utolsó utáni rekordjára 
mutat 

autoLite Log. Hamis értéke tiltja az aktuális mező automatikus alászínezését 

colorSpec Kar. Színsorozat a megjelenítéshez. Leírása a szövegben. 

freeze Num.  ADBbal oldalt nem scrollozható oszlopok száma 

stable Log. .F. a megjelenítés aktualizálása közben, egyébként .T. 

cargo " Szabadon használható változó 





2. táblázat. TEROWSE objektumok kurzormozgató eljárásai 


left() Az objektum kurzorát balra mozgatja egy oszloppal 

right) Az objektum kurzorát jobbra mozgatja egy oszloppal 

up0) Az objektum kurzorát felfelé mozgatja egy sorral, ha kell, újrarajzolja a 
táblázatot 

down() Az objektum kurzorát lefelé mozgatja egy sorral, ha kell, újrarajzolja a 
táblázatot 

end) A jobb oldali legszélső kijelzett oszlopba teszi a kurzort (nem scrolloz) 

homet() A bal oldali legszélső kijelzett oszlopba teszi a kurzort (nem scrolloz) 

pageDown() rowCount sornyival előre mozdítja a rekordmutatót, és újrarajzolja a táblázatot 

PageUp() — rowCount sornyival hátra mozdítja a rekordmutatót, és újrarajzolja a táblázatot 

goBottom() Végrehajtatja a goBottomBlockban lévő kódblokkot, és újrarajzolja a táblázatot 

goTop() Végrehajtatja a goTopBlockban lévő kódblokkot, és újrarajzolja a táblázatot 

panEnd() A jobb szélső oszlopba teszi a kurzort 

panHome() A bal szélső oszlopba teszi a kurzort 

PanRight() Egy oszlopnyival jobbra scrollozza a kijelzést 

panLeft() Egy oszlopnyíival balra scrollozza a kijelzést 





3. táblázat. TEROWSE objektumok exportált eljárásai 


addColumn(oszlopobjektum) TBCOLUMN objektum (oszlop) hozzáadása a 
TBROWSE objektumhoz 

setColumn(sorszám, oszlopobjektum)  Oszlopobjektum megváltoztatása (cseréje) 

getColumn(sorszám) Oszlopobjektum lekérdezése 

hiliter) Az aktuális mező alászínezése 

dehilite() Az aktuális mező alászínezésének levétele 

refreshCurrent() Az aktuális mezőt tartalmazó sor újrarajzolása 

refreshAll() A teljes táblázat újrarajzolása 

configure) Az objektum újrakonfigurálása 

colorRect(sarokponttömb, színtömb) Négyzet alakú terület átszínezése 


4. táblázat. TECOLUMN objektumok változói 


block Kódbl. A mező tartalmát visszaadó kódblokk 

colorBlock  Kódbi, A mező színének sorszámait kételemű numerikus tömbben 
visszaadó kódblokk 

defColor Num. tömb A normál mező színeinek sorszámait tartalmazó kételemű nume- 
rikus tömb 

colSep Kar. Az oszlopokat elválasztó karakter (felülbírálja a TEROWSE ob- 
jektum colSep változóját) 

footSep Kar. A lábrészt a soroktól elválasztó karakter 

headSep Kar. A fejrészt a soroktól elválasztó karakter 

footing Kar. A lábrész szövege 

heading Kar. A fejrész szövege 

width Kar. Az oszlop szélessége 
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Cluster Buster 


Szektorsemlegesnek nem mondható 


Magyarországon új (és az eddigi legnagyobb) 
számítógépes vírusfertőzési hullám söpör végig. 
Főszereplője a Cluster Buster vírus. 

(Egyéb ismert elnevezései: DIR2/FAT, D2, DD.) 

Gyors terjedésének fő oka, hogy a változásokat figyelő 
semmilyen vírusmegelőző rendszer nem veszi észre. 
A vírusspecifikus kereső és ölő programoknak is 

. csak a legfrissebb verziói ismerik. 


Nem árt felidézni, hogy a szakirodalom 
a vírusokat működési módjuk fő jellem- 
zője alapján két nagy csoportba sorolja: 

1. Bootvírusok. A rendszer betöltési 
(bootolási) folyamatában aktivizálódó 
vírusok a merevlemez partíciós tábláját 
vagy bootszektorát fertőzik meg, a 
floppylemezeken pedig a bootszektorba 
íródnak (ilyen pl. a Stoned, a Michel- 
angelo stb.). 

2. Fájlvírusok. A futtatható állomá- 
nyok indításakor aktivizálódó vírusok 
az állományokat változtatják meg, egé- 
szítik ki a vírus programjával. A fertő- 
zött programok elindításakor először a 
vírus fut le, majd ezt követi az eredeti 
program (ilyen pl. az 1701, a Yankee 
Doodle stb.). 

Ritkábban ugyan, de az említett két 
csoport kombinációja is előfordul (pl. 
Invader). 

A most megjelent Cluster Buster 
azonban egyik csoportba sem sorolható. 
Terjedése új elven alapszik, amelynek 
lényege, hogya vírus a futtatható (COM 
és — EXE) állományok — könyv- 
tárbejegyzését változtatja meg, úgy 
hogy az operációs rendszer először a 
vírus testét tartalmazó szektorcsoportot 
(clustert, allokációs egységet) töltse be, 
és azt futtassa le. Ezen kódrészlet mű- 
ködtetése után természetesen az eredeti 
program is végrehajtódik. Ebből az 
következik, hogy elegendő a vírus testét 
tartalmazó szektorcsoportnak a DOS 
partíciójú merevlemezen egyetlen he- 
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lyen jelen lennie. (Olyan lemezeknél, 
ahol a , szektorcsoport" csak egyetlen 
szektort tartalmaz, a vírus két szektort 
foglal el.) A Cluster Buster az utolsó 
szektorcsoportban található. A fertőzött 
futtatható állományok könyvtárbejegy- 
zései oda mutatnak (lásd az ábrát). 


A vírus tehát a könyvtárbejegyzések- 
ben az első szektorcsoportra mutató 
számot módosítja a felülírt szektorcso- 
port javára. Az eredeti első szektorcso- 
port számát a könyvtárbejegyzésen be- 
lül egy nem használt területre írja. A 
vírus írója gondolt a vírusirtókra is. Az 


eredeti első  szektorcsoport-számot 
ugyanis kódolva, titkosítva írja vissza 
a könyvtárbejegyzés nem használt te- 
rületére. A titkosítás függ egyrészt attól, 
hogy az állomány könyvtárbejegyzése 
hányadik az aktuális alkönyvtárban, 
másrészt pedig függ az utolsó szektor- 
csoport két bájtjától. 

A vírus memóriában maradásának 
(rezidenssé válásának) megoldása is 
újdonságszámba megy. A vírus úgy épül 
be ugyanis a memóriába, hogy egyetlen 
megszakító (interrupt) vektort sem állít 
magára. Ezzel szemben beépül az esz- 
közmeghajtók (device driverek) lánco- 


latába, így a megszakítók változását, 
működését figyelő rezidens vírusfigye- 
lő programok nem képesek észrevenni. 
A vírus rezidensen a memóriában lehet, 
mégis minden állomány eredeti, fertő- 
zetlen állapotában mutatkozik. 

A vírus működésének vannak bizo- 
nyos korlátai: 

— Semmilyen hálózaton nem képes 
terjedni és ott állományokat megfer- 
tőzni, 

— Kizárólag az operációs rendszer 
által kezelt meghajtókon tud fertőzni. 
Nem terjed például a Disk Manager, 
SpeedStore programokkal formázott le- 
mezek azon partícióin, amelyeket a 
DOS egyébként nem lát (D:, E:, ...). 

— A vírus hibásan működik abban 
az esetben, ha egy szektor nem 512 
bájtot tartalmaz, vagy ha a partíciónak " 
65535-nél több szektora van. 

A vírus eltérő tüneteket, jelenségeket 
idéz elő, attól függően, hogy aktív-e 
(rezidens-e a memóriában). 

a) Ha a vírus nincs a memóriában, 
nem rezidens, akkor: 

— A fertőzött állományok futtatásá- 
val a vírus bejut a memóriába, majd az 
eredeti program hajtódik végre. 

— A fertőzött programok másolásá- 
val nem az eredeti állományt, hanem 
magát a vírust másoljuk. Az állomány 
hossza sem az eredeti, hanem egy szek- 
torcseport méretének felel meg: 1024, 
2048, 4096, ... 

— A lemez szektorcsoportjait, FAT- 
bejegyzéseit ellenőrző, módosító prog- 
ramok (ChkDsk, NDD. ...) FAT-hibára 
panaszkodnak. 

b) Ha a vírus már a memóriában 
található, akkor semmilyen gyanús je- 
lenséget nem okoz. 

A vírus a lemez utolsó (vagy utolsó 
két) szektorcsoportját felülírja. Ezt min- 
den ellenőrzés nélkül teszi, s ami ott 
volt, az elvész. Ezen túlmenően más 
romboló tevékenysége nincs, viszont a 
lemez FAT-bejegyzéseit, a szektorcso- 
portok elhelyezkedését módosító bár- 
milyen program használata helyreállít- 
hatatlan károkat okozhat. 

A vírust a ChkVir program 5.22 
feletti változatai felismerik és irtják, 
ugyanígy a McAfee-féle Scan/Clean 
programcsomag is a 84-es verziótól 
kezdve. Leitold Ferenc 


Rejtvényverseny 


KALEIDOSZKÓP 





Számnévszemantika mint agytorna 


Hajlamosak vagyunk rá, 


hogy amit megszoktunk, azt tartsuk természetesnek, 
univerzálisnak, általánosan emberinek. 

Mostani feladatunk is arra figyelmeztet, 

hogy nem előny, ha valakinek a gondolkozását 
túlságosan behatárolják korábbi beidegződései, 

ha képtelen szabadulni saját, egyedül lehetségesnek 


képzelt 
gondolati formáitól. 


Egy ismeretlen nyelven a következő 
összetett  számnévvel találkoztunk: 
vjiugian ling wu yü sangian ling sishi 
wan". Feladatunk egyrészt annak kide- 
rítése, hogy ez a számnév mit jelent, 
másrészt ezen keresztül megérteni 
— természetesen további információk 
bevonásával — a számnevek felépíté- 
sének egész rendszerét ezen az isme- 
retlen nyelven. A megfejtéshez a 
könnyebbség kedvéért két jelölésbeli 
módosítást vezetünk be: 

(1) Az egyszavas összetett számne- 
veken belül megjelöljük az elemi 
összetevőik határvonalát. Ezt azzal ér- 
hetjük el, hogy minden elemi összetevőt 
nagybetűvel kezdünk: JiuOian, San- 
Oian, SiShi. 

(2) A többszavas összetett számne- 
veket aláhúzásjellel kapcsoljuk egybe. 
Ahhoz, hogy ennek értelmét belássuk, 
pillantsunk lejjebb: a kiegészítő infor- 
mációkat aritmetikai egyenlőségek for- 
májában adjuk meg, ennek áttekinthe- 
tőségéhez pedig világosan látnunk kell, 
hogy mettől meddig tekintendő valami 
egyetlen argumentumnak. 

Arra kérjük az olvasót, hogy megol- 
dás közben készítsen olyan feljegyzé- 
seket is, amelyekből utólag kiderül, 
milyen sorrendben használta fel a ren- 
delkezésére álló információkat. E fel- 
konferálás után kezdődjék a feladat. 


Első információcsokor 


Néhány számnévről első ismerkedé- 
sünk alkalmával kiderült, hogy szorza- 
tukat már a kisiskolások is ismerik az 
s egyszeregyből", hiszen a Ba, Er, Oi, 
Wu számnevek 10-nél nem nagyobb 
számokat jelölnek. Írjuk fel számjegyek 
helyett számnevekkel ezeket a szorza- 
tokat: 


Wu " Er : Shi (1) 
Ba " Wu za SiShi (2) 
Er " Ci z ShiSi (3) 


Második információcsokor 


További vizsgálódásaink során fény de- 
rült rá, hogy bizonyos aritmetikai 
összefüggéseket hogyan lehet kifejezni 
ennek a nyelvnek a számneveivel. 


Ba 4. Ba z ShiLiu (4) 
Wan " Wan z Yü (5) 
YI" YI4YizEr (6) 
Ai " Oi 4- Yi z WuShi (7) 
Wu " Wu " Ba - ErBai (8) 
Yü — Bai Wan z 

JiuOCian JiuBai Wan (9) 


YiBai " YiBai - Wan 
ShiYi 4- ShiYi s ErShi Er 
Bai Wan — Wan - 
JiuShi. Jiu Wan 
JiuShi 4- JiuShi z YiBai BaShi 
ShiLiu " ShiLiu z 
ErBai WuShi Liu 
YiGian " Yidian z Bai Wan 
Jiu " Jiu 4 Jiu sz JiuShi 
Ai" Jiu 4 ErShi Oi z JiuShi 
Oi" ShiYi " ShiSan z 
Yiaian Ling Yi 
ShiYi " ShiYi " ShiYi z 
Yiaian SanBai SanShi Yi 
ShiLiu " ShiLiu " ShiLiu — 
SiGian Ling JiuShi Liu (20) 
A jelölésben a szorzás és az össze- 
adás műveleti jelei között a szokásos 
prioritási konvenciókat alkalmaztuk, 
amely szerint a szorzásjel , erősebben 
köt", mint az összeadásjel. 


(10) 
(11) 


(12) 
(13) 


(14) 
(15) 
(16) 
(17) 
(18) 


(19) 


Kérdések: 
1. Mit jelent ezen a nyelven a követ- 
kező összetett számnév: — Jiu- 


Oian Ling Wu Yü SanOian Ling 
SiShi Wan? 

2. Mely egyenletek jelentették önnek 
a legtöbb információt a megoldás so- 
rán? Miért? 8 

3. Hogy lehetne segédjelek (záróje- 
lek és műveleti jelek) bevezetésével 
akijavítani" a természetes nyelv jelö- 
lésrendszerét, hogy explicit módon 
egyértelművé tegyük az implicit módon 
beléjük értett műveleteket? Hogyan 
kellene matematikailag precízen felírni 
az egyszavas (például SiShi, ShiSi) és 
többszavas (például JiuShi Jiu- 
Bai Wan) számnevek természetes 
nyelvi alakjait? 

4. Hogyan lehet kifejezni ezen a 
nyelven a 142857 számot, továbbá e 
számnak azokat az egész számú több- 
szöröseit, amelyek 1 milliónál kiseb- 
bek? (Vigyázat! Érdemes még egyszer 
megnézni a nagy számok szerkezetét!) 

Vajon milyen nyelvről lehet szó? 


Extra feladatok 
extra jutalomért: 


41. Milyen gondolatmenet szerint 
működne az a program, amely értel- 
mezni tudná és számokkal le tudná írni 
ezeket az összetett számneveket? 

4-2. Hogy működne (vázlatosan) az 
a program, amely számokból generálni 
tudna hasonló számneveket ezen az 
ismeretlen nyelven? 


A megfejtéseket a szerkesztőség cí- 
mére (1251 Budapest, Pf. 71) kérjük 
beküldeni 1992. január 31-ig. 


Az értékelésben létraversenyszerűen 
összesítjük a szerzett pontokat. A leg- 
jobb megoldásokat közölni szeretnénk 
az Alaplapban, illetve a mágneslemez 
mellékleten. 

Az éllovasokat félévenként az Alap- 
lap, illetve a Floppy.Lap éves előfize- 
tésével díjazzuk. Az extra feladatokért 
külön díjazás jár: 3-3 szabadon válasz- 
tott shareware lemez!! 

Alétraverseny állása 1991. december 
10-én változatlanul; CsurgayPéter 30, 
Dezső András 30, Geszat Zoltán 30, 
Süle Gábor 40, Vágó Dániel—Láng 
Attila D. 30. 

Vargha Dénes 
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VISSZACSATOLÁS 


Ki teszi rá a vírust? 





Lemezrejtelmek 


Novemberi számunk ráadásként adott lemezmelléklete, 

a játék különszám meglepően sok reklamációt okozott. 

A kísérőlevéllel visszaküldött lemezek némelyike 
kifejezetten talányos volt számunkra, 

a hiba okának felderítése nem is minden esetben sikerült. 
A tanulságok azonban mindenkit érdekelhetnek. 


Kezdjük az egyszerűbb esetekkel. Idé- 
zet egy zalaegerszegi levélből: ,, Mellé- 
kelten visszaküldöm az Alaplap 1991. 
novemberi számának Játék különszám 
című mellékletét, azzal, hogy a számí-- 
tógép olvasási hibát jelzett, nem tudott 
rámenni az a: meghajtóra." Az e levél- 
hez csatolt lemez teljesen hibátlan volt, 
s a téves reklamáció valószínűleg a 
felhasználó járatlanságára vagy figyel- 
metlenségére vezethető vissza. Minden 
bizonnyal nem olvasta el az !OL- 
VASS.EL! szövegállományt, hanem 
egyenesen belépett az ARKEGA al- 
könyvtárba, s elindította az ARKE- 
GAH.EXE önkicsomagoló állományt, 
amely elkezdte ugyan a tömörített fájl 
kicsomagolását, de hamarosan elakadt, 
hiszen a floppyn már nem volt annyi 
hely, hogy az Arkega játék kicsomagol- 
va ráférjen. (Ha lett volna, mi is úgy 
tettük volna fel, de helyhiányból ezt az 
egyet tömörítettük.) A gép ezért teljesen 
logikusan íráshibát jelzett (write er- 
ror), nem pedig olvasási hibát, ahogy 
azt a feladó nekünk tévesen írta. Az 
összes többi játék futtatható volt a 
floppyról közvetlenül is, csak az Arke- 
gát kellett rátenni előbb egy elegendő 
szabad hellyel rendelkező winchesterre 
vagy floppyra, és ott kibontani. 

A fenti eset jó példa arra, hogy 
mielőtt bármilyen programot elindíta- 
nánk, érdemes. egy pillantást vetni 
(view) a mellette lévő OLVASS.EL 
(readme) állományra. Sok felesleges 
munkától és bosszankodástól megkí- 
mélhetjük magunkat. 

Egyeseket talán megzavart az, hogy 
miközben a szokásos lemezmelléklet 
s automata" működésű, a játékmellék- 
leten nem volt szükséges a , keretjáté- 
kot" is elhelyeznünk a külön önálló 
életet élő, egymáshoz nem tartozó prog- 
ramokhoz. Másik feltételezésünk, hogy 
a játéklemez esetleg olyanok figyelmét 


62 ALAPLAP 1992/1 


is felkeltette, akik eddig a másik lemez- 
mellékletet csak nyersanyagként kezel- 
ték, vagy eleve továbbadták, így a kez- 
dő géphasználók tipikus tévesztései 
most lökésszerűen felszínre kerültek. 

Nem ilyen egyszerű viszont azoknak 
a lemezeknek az esete, amelyeket úgy 
kaptunk vissza, hogy nem volt rajtuk 
semmi. Szó szerint semmi, még formá- 
zás, tehát szektorbeosztás sem — lega- 
lábbis PC-norma szerinti nem —, s ez 
különösen azért talányos, mert — egy 
kis üzemi titkot kifecsegve — a játék- 
lemezeket kétszer is formáztuk, mivel- 
hogy a korábbi számok eladatlan (re- 
mittenda) példányaiból kiszedett leme- 
zek felülírásával sikerült ezt a kis rá- 
adást összehozni. Rejtélyes tehát, ho- 
gyan kerülhetett például a Veszprémi 
Tervező Vállalathoz egy  , szűzzé 
visszaváltozott" lemez. Csak tippelni 
tudunk, hogy a lemezt valaho! esetleg 
erős elektromágneses hatás érte, nem 
PC-formátumban újraformázták, vagy 
általunk teljesen ismeretlen módszerrel 
sleradírozták". Ha valaki hiteles ma- 
gyarázattal tud szolgálni, azt mindenki 
okulására szívesen leközöljük. 

Egyes visszahozott lemezek mecha- 
nikai sérüléseinek eredetére sem tud- 
tunk fényt deríteni. Függetlenül viszont 
a hibát előidéző októl, a visszaküldött 
lemezek fejében mi természetesen min- 
den reklamálónak megküldjük, vagy ha 
személyesen jön, azonnal kicseréljük a 
lemezmellékletet. 

Más a helyzet a vírusosan visszakül- 
dött lemezekkel. Minden hónapban 
akad néhány olvasónk, aki lemezmel- 
lékletünkön vírust talált. Nem azt von- 
juk kétségbe, hogy valahogy vírus ke- 
rült a lemezre, mert az tény, ha egyszer 
ott van. Csak hát az a vírus nem a 
gyártás, hanem a használat során má- 
szott oda! Néhányan vissza is küldik 
ezeket a lemezmellékleteket. Az egyik 


vidéki könyvtár egész évfolyamnyi fer- 
tőzött lemezt juttatott el így hozzánk, 
előfizetésének lemondása kíséretében. 
Vagy idézünk például egy friss és konk- 
rét panaszt: , Sajnálattal tudatom, hogy 
a 11. számukban lévő lemezek víruso- 
sak! A vírust a Scan 82 találta a boot- 
szektorban. A vírus neve Michaelangelo 
[Mich]. Részvéttel egy olvasó." 
Kedves vírusgazdák! Bár Kis János 
ismert vírusvadász kollégánk közvetlen 
közelünkben kifejtett ismeretterjesztő 
tevékenysége révén némi vírusismeret- 
tel mindannyian fel vagyunk vértezve, 
nem tartjuk magunkat a vírusokkal 
szemben sebezhetetleneknek. Velünk is 
előfordulhatott volna, hogy figyelmet- 
lenségből, viszonylag új vírus felbuk- 
kanásakor, vagy , moral insanity"? kö- 
vetkeztében a lemezmelléklet mintapél- 
dánya vírussal fertőződik. Ebben az 
esetben viszont nem egy-két lemezmel- 
léklet lett volna vírushordozó, hanem 
mind a 11 000 példány. Ennek egyszerű 
technológiai oka van: a mintalemezről 
a sokszorosítás fizikai másolással tör- 
ténik. A másolatokra mindig csak az 
kerülhet rá, ami a mintapéldányon is 
rajta van — nem több és nem kevesebb. 
A sokszorosított lemez pedig számító- 
géppel már csak a lehegesztett átlátszó 
tasak felbontása után, az olvasónál ta- 
lálkozhat, ott fertőződhet meg, tapasz- 
talataink szerint leggyakrabban vala- 
melyik bootvírussal. Ezeknél ugyanis 
akár el sem kell indítanunk a lemezről 
egy programot, elég, ha katalógust ké- 
rünk róla (dir), és a bootvírus a gépről 
már rá is telepedett a floppyra. Néhány 
géphasználó pedig sokáig észre sem 
veszi, ha teli van új bootvírusokkal! 
Másfél év alatt az Alaplap lemezmel- 
lékletéből egyetlen példány sem került 
ki vírussal fertőzötten. Ám az ördög 
— és az emberi tisztességtelenség — 
nem alszik, ezért a jövőben a lemezt 
sokszorosítás előtt nagyon friss vírus- 
ismerettel rendelkező szakértővel külön 
is ellenőriztetni fogjuk. A régi vírusok- 
kal magunk is megbirkóznánk, de rend- 
szeresen jönnek az újak — ahogy jött 
legutóbb a Michelangelo vagy a D2 —, 
és felderítésük annál nehezebb, minél 
agyafúrtabb új programozási technikát 
találnak ki , nemes lelkű" szerzőik. 
x Faklen Pál 


Számítógépek sakkversenye 


Mi történt Vancouverben? 


Az Alaplap novemberi számának 
sakk témájú cikkeihez kapcsolódva 
néhány érdekesség jutott eszembe 


a Vancouverben rendezett 


mikroszámítógépes sakkvilágbajnokságon tapasztaltakról. 


Négy amerikai, három angol, 
két-két holland, német, francia 


és egy orosz programozó indította programját, 


a magyar színeket pedig 


az én Brainstorm nevű programom képviselte. 


A vancouveri résztvevők és a végső 
eredménytáblázat: 


Hl Gideon (Hollandia) 6 
2. M Chess (USA) 5.5 
3-4. Mephisto (Anglia) 5 
3-4. The King (Hollandia) 5 
5. Spracklen X (USA) 45 
6-7. Hiarcs (Anglia) 4() 
6-7. Now (USA) 4 (7) 
8-10. Brainstorm (Magyarország)  3,5 

" 8-10. Nightmare (Németország) 35() 
8-10. Echec (Franciaország) 35 
11. Patzer (Németország) 3() 
12-14. Cumulus (Franciaország) 25 
12-14. Woodpusher (Anglia) 25() 
12-14. Innovation (USA) 5 (7) 
15. Centaur (Szovjetunió) 963 


() Plusz 1 pont, amit akkor kap a 
versenyző, ha nincs játszmája. 


Lenyűgöző volt a hardver, amelyen 
a programok futottak. Volt 31 MHz-es 
RISC-processzoros gép, 60 MHz-es 
68030-as gép, 33 MHz-es 486-os, 
SPARC Workstation stb. A PC-s prog- 
ramok mind 486-oson futottak, kivéve 
az enyémet. Ezt ugyanis egy speciális 
68020-as kártyára írtam, amelyet egy 6 
MHz-nél nem gyorsabb AT-be bedugva 
lehet működtetni. A rendezőknek nem 
kis utánajárásba került, hogy ilyen lassú 
gépet szerezzenek. Furcsa módon en- 
nek a bérleti díja volt a legmagasabb a 
gépek között. (Nyilván azért, mert ez 
ott már ritkaságnak számít.) 

Furcsa volt, hogy egy programozó- 
team megduplázódjon, és két program- 
mal jelenjen meg, ami a francia Echec 
és Cumulus esetében történt. A két 
program külső megjelenésében semmi 
különbség nem volt. Ez állt egyébként 
a holland programokra is: Gideon és 
The King sem volt megkülönböztethető 
ránézésre. A verseny során nagy jelen- 


tőségűnek bizonyult, hogy csak fél év 
telt el az előző verseny óta. Ennek volt 
ugyanis köszönhető, hogy trónfosztot- 
ták a Mephistót, amely már hét éve 
egyeduralkodó volt a mikroszámítógé- 
pes sakkvilágbajnokságokon. Az történt 
ugyanis, hogy ennyi idő alatt nem tud- 
tak új programmal előrukkolni, és a 
lyoni verzióval indultak. Ezt viszont 
már az előző verseny óta a kereskede- 
lemben is forgalmazzák, így az ellen- 
felek hozzájuthattak, tesztelhették. 

Ezt tette a holland Jan Louwman is, 
aki a győztes Gideon programot kezel- 
te. Mintegy 1000(!) órán át tanul- 
mányozta a Mephisto Lyont, és olyan 
ördögi, gyilkos, néha egészen groteszk 
megnyitási variációkat dolgozott ki el- 
lene, amik ellen a Mephisto program 
nem tudott védekezni. A rendkívül 
gyors hardver (31 MHz-es RISC-pro- 
cesSZOros gép) és a trükkös megnyitás- 
tár együtt megtette hatását. A jelen levő 
szakemberek szerint azonban a Me- 
Phisto közép- és végjátékban még min- 
dig a legjobb. (Már ha túléli a megnyi- 
tást.) 


Persze nem csak a , nagyok" küzdel- 
me volt érdekes. Akadtak csak a szá- 
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míitógépes sakkra jellemző furcsaságok 
a középmezőnyben is. Kezdtem én a 
Mephisto elleni játszmámban. Ez volt 
az első játszmám a versenyen, és prob- 
léma volt a már fent említett gép be- 
szerzésével. Mintegy másfél órával ké- 
sőbb kezdtük el a többieknél a játszmát, 
ebből kifolyólag olyan ideges voltam, 
hogy tévedésből az egészen kezdők 
ellen előkészített megnyitástárral indí- 
tottam a programot, nem pedig a profik 
ellen készítettel (1. d4 d5 2. h3). Ez 
Mephisto ellen (sajnos várhatóan) nem 
jött be. 

Aztán ott volt a kezdő Now és a profi 
Spracklen X küzdelme. Now döntetlen- 
re állt, de tovább játszott, mert győzni 
akart. Ekkor az időkontrollja megőrült 
(azaz előjött egy programhiba), és 
schnellezni kezdett. Ez nem tett jót az 
állásának, és Spracklen X nyert. Hason- 
lóan járt Hiarcs is Spracklen X ellen. 
Teljesen döntetlen kétbástyás végjáté- 
kuk volt, amikor hosszas ide-oda lépe- 
getés után Hiarcs programhiba követ- 
keztében hirtelen , öngyilkosságot" kö- 
vetett el. Tipikus számítógépes sakk 
volt Nightmare és Patzer játszmája. 
Nightmare előszeretettel produkál dup- 
la gyalogokat, és ebben a partiban gya- 
korlatilag csak izolált dupla gyalogjai 
voltak. Patzer nagyon jónak találta az 
állást a saját szempontjából, amikor 
(szintén programhiba következtében) 
sikerült elvesztenie egy fontos gyalog- 
ját és ennek következtében az egész 
játszmát is. 

Egyik saját játszmámra egyébként 
büszke vagyok, mert a versenybulletin- 
ben az alábbi megjegyzést fűzték hoz- 
zá: , Brainstorm különösen fantáziadú- 
san játszott". Ez a legnagyobb bók, amit 
egy számítógépprogram kaphat. 

Horváth Gyula 





A következő játszma az Europa Rochade szá- 
mitógépes sakkújságban a hónap játszmája- 
ként jelent meg. 

Patzer (Németország) —Brainstorm (Magyar- 
ország). Vancouver 1991. 


1.4 e5 2. Hf3 HcS 3. FFb5 Híf6 4. Hc3Fb4 
5. 0-0 0-0 6. d3 d6 7. Fg5 Fxc3 8. bxc3 Ve7 9. 
Bet Hd8 10. h3?1 (d4) He6 11. Bb1 Hxg5 12. 
Hxg5 c6 13. Fc4 d5 14. exd5 cxd5 15. Fb3 h6 
16. Hf3 e4 17. Hd2 b6 18. c4 Vb7I? 19. cxd5 


exd3 20. c4l? Ff5 21. Vf3 Fg6 22. Fa4 Bac8 
23.Fb5 Vc7 24. Fc6 Vd6 25. Bb2 Va3 26. Beb1 
Bc7 27. Ve3 Be7 28. Bb3 Vd6 29. Vd4 Bc8I 
30. Hf3 Bxc61! 31. dxc6 Vxd4 32. Hxd4 d2 33. 
c7 Bet4 34. Kh2 Bxb1 35. c8V- Kh7 36. Hf3 
díV 37. Bxbi Vd6-. 38. Kgi Fxbi 39. Vb7 
Fxa2 40. Va6 Fb3 41. Vxa7 Fxc4 42. Va4 Vd5 
43. Vb4 b5 44. Hd2 Vd4 45. Hxc4 bxc4 46. Kh2 
He4 47. Vb5 Vd6-- 48. Kg1 Vc5 49. Vxc5 Hxc5 
(Világos feladta.) 
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Alaplap közvélemény-kutatás 


A sorsolás nyertesei 


1991. november 27-én közjegyző jelen- 
létében, az október 15-én megnyílt Céd- 
rus Karolina Áruház galériáján tartottuk 
meg a sorsolást, amelyen összesen 2049 
kérdőív beküldői vehettek részt. Az 
eseményt eredetileg korábbra tervez- 
tük, ezért szabtuk meg beküldési hatá- 
ridőnek augusztus 31-ét, de a kérdőívek 
tartalmi feldolgozása miatt késtünk a 
sorsolással, és méltányosnak tartottuk, 
hogy a később beérkezett kérdőíveket 
is mind beletegyük a ,kalapba". A 
vártnál több válaszadóra való tekintettel 
pedig az ajándékok számát az eredetileg 
tervezett 35-ról 71-re emeltük. Íme a 
nyertesek névsora: 


Főnyeremény, 1 db IBM AT 
számítógép, a Mikropo 
ajándéka. Nyertese: 


Szendrey László, Tokaj 


II. díj. Polaroid körpolarizációs 
monitorszűró: 


1. Lábas Antal, Tatabánya 

2. Modok Árpád, Győr 

3. Perjés Ottó, Budapest 

4. Ráksi Gyula, Százhalombatta 
5. Török László, Baja 


III. díj. Polaroid fényképezőgép: 


1. Bókay Antal, Pécs 

2. Izsa Lajos, Pécs 

3. Korom Mihály, Budapest 

4. Kovács László, Komárom 

5. Máthé Dénes, Kazincbarcika 


IV. díj. DiaP N"File doboz 
Polaroid DataRescue HD lemez: 


1. Béli József, Nagykanizsa 

2. Deák Márton, Budapest 

3. Füredi László, Szárliget 

4. Harangozó János, Kaposvár 
5. Kertész Tibor, Dunakeszi 
6. Kiss István, Budapest 

7. Koncz László, Mátészalka 
8. Kármán Attila, Jászberény 
9. Molnár László, Csorna 
10. Nagyné Vilcsek Zsuzsanna, 

Gyöngyös 

11. Nyikes János, Mezőkövesd 
12. Ortman István, Dunakeszi — 
13. Palágyi Gábor, Kisújszállás 
14. Paule Ervin, Érd 
15. Pfaff László, Rétság 
16. Sipőcz László, Kapuvár 
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17. Szendrei János, Békéscsaba 

18. Sárdi Tibor, Győr 

19. Tasi László, Budapest 

20. Végh István, Mosonmagyaróvár 


V. díj. Polaroid videokazetta: 


Apáthy István, Budapest 
Barna László, Budapest 
Bodor Illés, Budapest 
Csehi Lajos, Kaposvár 
Czmarkó Béla, Gyomaendrőd 
Farkas Gabriella, Szeged 
Felméri Ernő, Budapest 
Gosztola László, Sopron 
Dr. Kecskeméti László, 
Nagykőrös . 

10. Kun Attila, Budapest 

11. Makara Árpád, Békéscsaba 
12. Mezey Zoltán, Szekszárd 
13. Molnár László, Győr 

14. Nagy Béla, Pécs 

15. Sarkadi Gábor, Budapest 
16. Sebők Mihály, Nyíregyháza 
17. Szabó Mária Magdolna, Bp. 
18. Szögi Imre, Budapest 

19. Szalai Mihály, Budapest 

20. Török Norbert, Zalaegerszeg 


VI. díj. 3,5 collos lemezutánzatú 
Polaroid zsebszámoló: 


Bejczi Sándor, Budapest 
Bikki János, Budapest 
Csőre László, Sződliget 
Dinnyési Zoltán, Veszprém 
Fazekas Béla, Érd 
Glavák László, Nagykanizsa 
Gábor Zoltán Zsolt, 
Covasna, Románia 
Markó László, Budapest 
Nagy Zsombor, Gyöngyös 

10. Nagy Lászlóné, Mezőtúr 

11. Netik János, Porszombat 

12. Ifj. Németh Sándor, Kőszeg 

13. Pál László, Budapest 

14. Steinitz Béla, Budapest 

15. Szegedi Gábor, Miskolc 

16. Szűcs József, Budapest 

17. Takács Péter, Zámoly 

18. Unghváry László, Szeged 

19. Varga László, Kondoros 

20. Valkó Csaba, Miskolc 

Gratulálunk minden szerencsés olva- 
sónknak. A nyerteseket postán értesítet- 
tük, de ha valaki netán mégis innen 
értesülne nyereményéróől, jelentkezzen 
érte szerkesztőségünkben. 


Me VÉRE A SAL e e 


EAST a SESTÁGAN ENE ZES TEA E 


MIKROBAZÁR 


A Mikrobazár rovatban rövid, 
szöveges, a mikroszámítógépek- 
kel kapcsolatos hirdetéseket köz- 
lünk. 

Az 1992 februári számtól érvé- 
nyes díjszabás: kereskedelmi te- 
vékenységet szolgáló hirdetése- 
kért gépelt soronként (60 karak- 
ter) 300 Ft. Kérjük, hogy a hirdetés 
díját a Cédrus Rt.-nek a Budapesti 
Banknál vezetett 204-19417 szá- 
mú számlájára utalják át, vagy 
postautalványon a Cédrus Rt. cí- 
mére (1089 Budapest, Reguly An- 
tal u. 8.) fizessék be, a hátoldalán 
feltüntetve, hogy apróhirdetés. A 
befizetést igazoló szelvényt a köz- 
lendő hirdetési szöveggel együtt 
az Alaplap szerkesztőségéhez 
küldjék el: 1441. Budapest 70. Pf. 
74. 

Nem kereskedelmi célú, egyéni 
hirdetések közlése INGYENES! 


ADOK 

Enterprise szenzációlAki 3 000 
forint feletti programmegrendelést 
ad fel, az egy Casio típusú teleme- 
mós karórát és 10 darab programka- 
zettát nyerhet. Válaszboríték ellené- 
ben listát küldök. Cím: Zemen Lász- 
ló, 1104 Bp. X., Kada u. 141. 

Enterprise 128 magnóval, 3,5"- 
os floppyval, 384 KB RAM-mal, EP- 
ROM bővítéssel, szabványos csatla- 
kozókkal (SCART monitor, D25 prin- 
ter, D9 joystick), szakirodalommal és 
programokkal anyagár alatt, 23 000 
forintért eladó. Ugyanitt eladó Philips 
RGB monitor TV SCART csatlakozó- 
val, szupersarkított képcsővel, több- 
féle monitor üzemmóddal 20 000 fo- 
rintért, külön is. Cím: Geiling Ervin, 
1125 Bp. XII., Galgóczy u. 9-11. Tel.: 
180-4300/301 mellék. 

CLIPPER 87 EXE és OVL prog- 
ramok visszaalakítása forrás formá- 
tumúvá saját fejlesztésű program- 
mal, 10096-os hibamentességgel. 
Cím: DECOMPILER STUDIO, 6001 
Kecskemét, Pf. 298. Tel.: (76) 22- 
888. Telefax: (76) 21-181. Telex: (76) 
26-515. 

IBM XT/AT játék- és felhaszná- 
lói programokból óriási választék. 
Cím: Szőnyi László, 1161 Budapest 
XVI., Tavirózsa u. 5. Tel.: 1848-471. 

ÖTÖD-ÖLÓ játék 300 forintért el- 
adó. Cím: Csupor László, 1539 Bu- 
dapest, Pf. 720. Tel.: 115-43-52. 

Saját készítésű objektumok Clip- 
Per 5.01-ben! Rugalmas és haté- 
kony programozói segédeszköz. 
Részletes ismertető kérhető. Cím: 
Szűcs János, 4400 Nyíregyháza 
Vasvári Pál u. 37. IV./13. Tel.: (42) 
13-568 

Turbo XT (10 MHz) eladó: 640 KB 
RAM, 40 MB HDD, 360 KB FDD, 
8087 koprocesszor, monokróm mo- 
nitor, billentyűzet, egér, 40 db DD 
floppy lemez, programok. Ára 60 000 
Ft. Cím: Szép József, 8000 Székes- 
fehérvár, Élmunkás út 14/b. II. eme- 
let. 
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Pintér Miklós: 


Tanuljunk rajzolni 
AutoCAD-del 
(Budapest, 1991. 
ComputerBooks, 82 oldal. 
Ára: 150 Ft) 


Ez a könyv azoknak készült, akik tel- 
jesen kezdők az AutoCAD használatá- 
ban. Nem egy-egy parancs részletes 
leírását tartalmazza, hanem rajzok ké- 
szítésén keresztül ismertet meg a leg- 
fontosabb tudnivalókkal. Mivel akönyv 
kezdőknek készült, nem törekszik tel- 
jességre. A 9.0 és 10.0 verziókkal fog- 
lalkozik, de utal a 11.0 verzió lehető- 
ségeire is. A rajzolás mellett bemutatja 
a méretmegadást és a plotterrel való 
kirajzoltatást is. Figyelemfelkeltésként 
ismerteti egyszerű 3D-s ábrák, valamint 
bemutató script állományok készítésé- 
nek módját is. Egy rövid fejezet az 
AutoCAD rendszer konfigurálását írja 
le. A kötetet záró fejezet címe önmagá- 
ért beszél: , Ami a könyvből kimaradt." 


PINTÉR MIKLÓS 


Lu 8 
RAJZOLNI 
AUTOCAD-DEL 


htsa 
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Benkő Tiborné — Poppe András 
— Benkő László: 


Bevezetés a BORLAND 
C4.4- programozásba. 
(Budapest, 1991. 
ComputerBooks, 300 oldal. 
Ára: 499.— Ft) 


Ez a könyv egyesíti magában a tan- 
könyv és a hivatkozási kézikönyv sze- 
repét. A Borland C--4- rendszer haszná- 
latán kívül részletesen ismerteti magát 
a C nyelvet is, és bevezeti az olvasót 
az objektumorientált programozás vilá- 
gába. 

Az első fejezet részletesen bemutatja 
a Borland C---4 fejlesztői környezetet. 
A második fejezet a hagyományos (AN- 
SI szabvány szerinti) C nyelvet ismer- 
teti tematikus felépítésben. A fejezet 
elsősorban a kezdő szintű programo- 
zóknak szól, de a nyelvben járatos 
programozók is találnak benne értékes 
gondolatokat. Átfogó képet ad a C 
nyelv sajátosságairól. A következő fe- 
jezet a C--4 nyelv azon elemeit ismer- 
teti, melyek a hagyományos C nyelv 
bővítéseként jelentkeznek. Megismer- 
kedhet az olvasó az objektumorientált 
programozás (OOP) fogalmaival és 
használatával az alapfogalmaktól egé- 
szen a virtuális függvénymezők defi- 
niálásáig. 

A negyedik fejezet a Borland C-t 
IBM PC-specifikus lehetőségeit ismer- 
teti, ugyanis a rendszer számos olyan 
rutint tartalmaz, melyek segítségével 
teljes mértékben kihasználhatjuk az 
IBM PC által nyújtott lehetőségeket. 

A függelékben megtaláljuk az in- 
clude fájlok és függvények jegyzékét, 
a fontosabb könyvtári függvények rész- 
letes leírásával. 


Kelemen Gáspár—Goleneczki 
István—Tamás Péter— 
Tóth Bertalan: 


NOVELL NetWare 
felhasználói ismeretek I. 
(Budapest, 1991. 
ComputerBooks, 151 oldal. 
Ára: 267 — Ft.) 


Magyarországon is egyre inkább tért 
hódítanak a számítógépes hálózatok. 
Ezek közül legelterjedtebbek az IBM 
PC-ken működő DOS-alapú megoldá- 
sok (van-e, aki ne hallott volna már a 
Novell NetWare-ról?), melyek a fel- 
használói igénytől függően lehetővé 
teszik akár több száz munkahelyből álló 
hálózat kiépítését is. 

Hézagpótló ez a könyv, mert hasonló 
részletes összefoglaló mű eddig még 
nem jelent meg magyar nyelven. A 
NetWare minden felhasználója számára 
tartalmaz a gyakorlatban jól hasznosít- 
ható információkat. 

A hálózati alapismeretekből kiindul- 
va a könyv tárgyalja a legelterjedtebb 
NetWare-topológiákat, és az operációs 
rendszer felhasználói leírását is részle- 
tesen ismerteti. 


NOVELL 
NETWARE 


FELHASZNÁLÓI 
IR PI NA 





Inotai László — Lázár László: IBM PC XT/AT rendszerprogramozás I-III. 
Budapest, 1991. Novotrade Kiadó, 689 oldal. Ára: 1300— Ft. 
Kis Balázs: Az MS-DOS 5.00 parancsai. 


E havi összeállításunkban olyan — a közelmúltban megjelent — könyvek 
közül válogattunk, amelyekről lapunk könyvrovatában eddig még nem 
írtunk. 

Angster Erzsébet — Kertész László: Turbo Pascal 6.0 feladatgyűjtemény 
I. (Oktatócsomag lemezmelléklettel) 

Budapest, 1991. Szerzői kiadás, 273 oldal. Ára: 490— Ft. 

Angster Erzsébet — Kertész László: Turbo Pascal 6.0 feladatgyűjtemény 
II. (Oktatócsomag lemezmelléklettel) 

Budapest, 1991. Szerzői kiadás, 283 oldal. Ára: 490— Ft. 

Bakos Tamás: Az új PASCAL generáció. 

Budapest, 1991. Számítástechnika-alkalmazási Vállalat, 122 oldal. Ára: 
338. Ft. 

Hargittal Péter — Kaszanyiczki László: Grafikák készítése IBM PC-n. 
(Dr. Genius, Genius Paint, PC Paintbrush-4-, Windows Paintbrush) 
Budapest, 1991. LSI OMAK Alapítvány, 202 oldal. Ára: 290— Ft. 


Budapest, 1991. REÁL, 117 oldal. Ára: 180— Ft. 

Kis János — Szegedi Imre: Új víruslélektan. (Alaplap könyvek 3.) 
Budapest, 1991. Cédrus Kiadó, 175 oldal. Ára: 256 — Ft. 

Lebovicsné Kálmán Éva — Tamás Péter — Tóth Bertalan — Kiss 
Zoltán: DOS 4.0, DOS 4.01. (Változások a DOS 3.30 verzióhoz képest.) 
Budapest, 1991. LSI OKtatóközpont, 137 oldal. Ára: 281 — Ft. 

Nagy Gábor: Tömör gyönyör. (Alaplap könyvek 2.) 

Budapest, 1991. Cédrus Kiadó. 240 oldal. Ára: 256.— Ft. 

Nemetz Tibor — Vajda István: Algoritmikus adatvédelem. (Az elektronika 
legújabb eredményei 8.) 

Budapest, 1991. Akadémiai Kiadó, 240 oldal. Ára: 290 — Ft. 
Számítástechnikai ALAPIlexikon I. Jodál Endre: Általános fogalmak. 
(Alaplap könyvek 5.) Budapest, 1991. 

Cédrus Kiadó, 241 oldal. Ára: 256.— Ft. 
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Szelíd — és drága — motorosok 


Külföldi, minőségi termékek köréből válogattunk. 


Az e havi palettát színesítő választék 


természetesen már a hazai forgalomban is hozzáférhető: 
a címet ihlető komplett rendszer, a világsikereket elérő — és hazai babérokra vágyó — 
adatbázis-kezelő, valamint a Compag új hordozható gépe. 


Easy Reader — a nagy 
sebességű bizonylatolvasó 


A hazai piacon ismét újdonsággal, egy nagy teljesítményű 
bizonylatolvasó berendezéssel jelentkezett az Albacomp 
Kisszövetkezet. A rendszer alkalmazása kiváltja az adatrög- 
zítők munkáját, azaz nincs szükség a bizonylatok begépelé- 
sére, így megszűnnek a rögzítés során az elgépelésből, 
félreütésekből származó hibák. 

A bizonylatolvasó berendezés lelke a scanner és a hozzá 
kapcsolódó értelmező elektronika. Csak speciálisan előre- 
nyomtatott dokumentumokat (rózsaszín, kék, zöld színű 
nyomtatványokat) kezel a bizonylatolvasó. Például egy 
rózsaszínű nyomtatvány beolvasásához a berendezésben a 
rózsaszínű levilágító lámpát kell bekapcsolni ahhoz, hogy az 
értelmezhető legyen. A rendszer a kézzel, a nyomtatott 
betűkkel, az írógéppel és a számítógéppel kitöltött dokumen- 
tumokat egyaránt kezeli. 

A nyomtatványokhoz egy úgynevezett beolvasó programot 
kell készíteni. Itt írjuk le azt, hogyan nézzen ki a bizonylatunk: 
programmal adjuk meg a dokumentum képét és típusát. 
Ezeknek a , beolvasó programoknak" az elkészítése nem 
igényel különösebb számítástechnikai ismereteket, kis gya- 
korlattal könnyen elkészíthetők. 

A scannerbe egyszerre 500 bizonylatot helyezhetünk, 
amelyek mérete 5x10 centiméterestől a közel A/3-as méretig 
terjedhet. A scanner automatikusan olvassa az adatokat. 
Beolvasáskor külön tárolóba válogatja a jól és a hibásan 
beolvasott bizonylatokat, amelyeket azonnal vagy kötegelve 
javíthatunk ki. A hibák abból adódnak, hogy például nem a 
beolvasott dokumentumhoz tartozó beolvasó programot vá- 
lasztottuk ki (logikai hiba), vagy a bizonylatból nem tud 
valamit elolvasni a program. A szoftver ilyenkor kiírja a teljes 
dokumentumot, jelezve, hogy hol, mit nem tudott értelmezni. 
Esetenként még választékot is felajánl, hogy szerinte minek 
kellene szerepelnie a hibásan beolvasott mezőben. 

Batch feldolgozásnál a scanner és a beolvasó program a 
hibásan beolvasottakat külön fájlba teszi. A hibák javíthatók 
vagy interaktívan, vagy egy lokális, hibajavító gépen. Ezalatt 
a többi bizonylat a rendszerhez tartozó másik gépen folya- 
matosan beolvasható, nincs tehát akadálya a több munkahe- 
lyes rendszerek kialakításának. A beolvasáskor jelezhetjük, 
hogy a fontos mezők tartalmát a program mindig ellenőrizze, 
kérhetjük, hogy az ellenőrizendő rész jelenjen meg a képer- 
nyőn is. A kontrollszummát mindig az adott beolvasó prog- 
ramhoz kell generálnunk. 

A papírgyűrődésre , érzéketlen" bizonylatolvasóba csak 
azonos méretű és színű dokumentumokat helyezhetünk, ezek 
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tartalma azonban lehet különböző is. Dupla papír beolvasása 
is programozható, valamint kétoldalas bizonylatok (például 
személyi jövedelemadó) beolvasása értelemszerűen két lé- 
pésben történik. Ilyenkor vigyázni kell, hogy , átütések" ne 
forduljanak elő, mert a rendszer olyankor hibát jelez. 

A dokumentumok nemcsak , normálisan", hanem 90, 180 
vagy 270 fokkal elforgatva is értelmezhetők, bár ilyenkor a 
beolvasási sebesség csökken. Kis méretű papíroknál másod- 
percenként 2 dokumentum, A/4-es méretnél percenként 30 
bizonylat olvasható be. Ezek az , irányadatok" természetesen 
a dokumentumok kitöltöttségének megfelelően változnak. 

A nagy sebességű bizonylatolvasó a magyar ékezetes 
karaktereket még nem ismeri ugyan, de az Albacomp ígéri, 
hogy hamarosan elkészül a rendszer , tanítható" változata, 
amely a magyar karakterkészlet mellett a , nemzeti sajátos- 
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ságokra" is figyel majd. A magyarítások elvégzése után 
mindazokon a területeken, ahol nagy tömegű adatok rögzí- 
tésére van szükség, gazdaságosan lehetne használni a rend- 
szert, bár sok rögzítő nézhetne új állás után. A közigazga- 
tásban, a banki szférában, a KSH-ban vagy a Népességnyil- 
vántartó Hivatalban is nélkülözhetetlen lenne egy ilyen 
rendszer. A komplett rendszert (scanner, 386-os nagy sebes- 
ségű és nagy tárolókapacitású számítógép, DOS-alapú cél- 
szoftver) a mindenkori dollárszorzó alapján jelenleg 109 000 
dollárnak megfelelő forintért forgalmazza az Albacomp. Első 
pillanatban magasnak tűnik az ár, de körülnézve a világban, 
más, hasonló tudású rendszerekhez viszonyítva a Scan Optics 
az ,olcsó" rendszerek kategóriájába tartozik. 





Ha tetszik, megtartja, 
ha nem — visszaadja 


Közel másfél éve foglalkozik a Rolitron a Progressszel, 1991 
óta pedig a 4. generációs, relációs adatbázis-kezelő rendszer 
hivatalos magyarországi disztribútora. Az Alaplap 1991. 
áprilisi számában már részletesen ismertettük a Progresst, 
így most csupán néhány újdonságról adunk hírt. 

November közepe óta egy különleges akció keretében 
igyekeznek népszerűsíteni a Progresst a potenciális felhasz- 
nálók körében. Ennek lényege, hogy mindenki, aki meg 
szeretné ismerni, 25 000 Ft , lefizetése" ellenében megkap 
egy Test Drive-ot, amely alkalmas a fejlesztőrendszer és az 
alkalmazásgenerátor teljes megismerésére, tetszőleges prog- 
ram írására, futtatására és az adatbázis-kezelő hatékonysá- 
gának vizsgálatára. Egy hónapos , próbálgatás" után a fel- 
használó dönthet a Progress használata mellett vagy ellen. 
Ha nem igényli, akkor visszaadhatja a Test Drive-ot, s a 
Rolitron visszafizeti a 25 000 forintot. 

Ujdonság még, hogy elkészült a Progress Windows-os 
változata, megszűnt a kelet-európai verzió, és nincs CO- 
COM-engedélyhez kötve a Developer Toolkit használata 
sem. A fenti , könnyítések" mellett a szélesebb körű elterje- 
dést segíti a Progress különböző géptípusok közti hordozha- 
tósága, vagyis IBM gépeken fejlesztett Progress-applikációk 
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áttehetők más gépekre. A , repertoár" meglehetősen nagy: 
Data General, Unisys, DEC, Sun, HP gépeken is alkalmazható 
a Progress. Ez azért is fontos, mert általában a szoftver , alatt" 
2-3 évente , cserélik" a hardvert, s a portabilitás a szoftver 
értékállóságának záloga. 

És végül néhány adalék a Progresshez. A Datapro (az USA 
legnevesebb, szoftvertermékekkel kapcsolatos információ- 
szolgáltatást végző független csoportja) 1991. évi jelentése 
szerint a Progresszel voltak a legelégedettebbek a felhasz- 
nálóik. Ugyancsak a Progress sikerét jelzi, hogy a progra- 
mozó-vb győztese is ezt az adatbázis-kezelőt használta. 

A világban aratott győzelme után kíváncsiak vagyunk, 
hogy az immár honosított, különböző hardverplatformokon 
alkalmazható adatbázis-kezelő a Rolitron akciója révén 
mennyire nyeri el itthon a felhasználók szélesebb táborának 
tetszését. 





Ez nem , csecse-becse"! 





A Compag gépek hazai megjelenésének egyéves évforduló- 
ján új, színes, hordozható gép, a Compag Portable 486c 
világpremierjének lehettünk tanúi. A váltóáramról működő, 
486/33 MHz processzorú géphez két EISA bővítőbusz tar- 
tozik. A mindössze 7 kg súlyú géppel kontrasztos ábrák 
készíthetők. A hordozható PC-k kategóriájában ennek a 
gépnek a , legjobb" a képernyője, hiszen valamennyi pixel- 
jéhez 6 tranzisztor tartozik, és a képernyő hátsó megvilágítása 
adja a , szép színeket". 

A PC-hez egy második monitor is beköthető, így egyide- 
jűleg két monitorral használható a gépcsalád legifjabb tagja. 
CD-ROM egység is kapcsolható hozzá, így multimédia-fel- 
adatokra is alkalmas, de CAD/CAM rendszerek eredménye- 
inek bemutatására, sőt kisebb CAD/CAM-fejlesztésekre is 
jól használható. A hordozható serverként is működtethető 
gép biztonsági jellemzői kiválóak, mivel kétszintű hozzá- 
férésvédelmet valósítottak meg a gép tervezői. Nem véletlen 
tehát, hogy a bankok világában és a hadiiparban előszeretettel 
dolgoznak ezzel géppel. A Compag, amely a 486-os piacon 
(is) vezető cég, Magyarországra a 90-es évek megoldásait 
hozza, a tőle elvárható kiváló minőségben, bár meglehetősen 
magas áron. (A Compag Portable 486c ára például a Rolit- 
ronnál — mint Compag-dealernél — kb. 1 200 000 Ft.) 

Sziebig Andrea 
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A minőség 
megéri az árát! 


Amikor elkezdtük, nemcsak mi, hanem a számítógép-vásárlók többsége is kezdő volt. Valamennyien elkövettük azt a hibát, 
hogy elhittük: érdemes a legolcsóbb, még éppen működő gépekkel foglalkozni. Az évek során azonban rengeteg tapasztalatot 
szereztünk, és ma már tudjuk: a számítástechnikában sincsenek csodák. A minőségnek és a megbízhatóságnak ára van, s ha 
ezen spórolunk, az mindkettő rovására megy. 


A fejlett piacgazdaságú Nyugaton azt tartják: a nagyon olcsó, 
bóvli termék a szegények adója. Aki mégis megveszi, rövidesen 
tapasztalja: rossz üzletet kötött. 

A mindenáron való árcsökkentés ugyanis odavezet, hogy egyre 
gyengébb lesz a minőség, míg végül elérkezünk arra a pontra, 
amikor ez már nem éri meg a még oly olcsó árat sem. Mi nem 
akarjuk, hogy ügyfeleink később azt mondják: átvertük őket, 
egy vackot sóztunk rájuk, ezért inkább nem is forgalmazunk a 
legalsó árkategóriába tartozó számítógépeket és nyomtatókat. 
Ugy gondoljuk: egy átlagosan jó minőségre minden vevőnek 
joga van. Mi ezért nem tekintjük jelszónak, hogy nálunk 
a minőség mindig megéri az árát. Ez több annál, ez a mi üzleti 
filozófiánk. 

De ez az ár nem feltétlenül magas — sőt! Először is az IR tudja, 
hogy sokféle igény, feladat és természetesen sokféle pénztárca 
létezik. Ezért többféle áron, többféle minőséget kínál, az átlagos 
felhasználónak megfelelő, olcsó , standard" típustól a profiknak 
szánt, előtesztelt alkatrészekből szerelt, 72 órán át járatott 
extra" kategóriáig, amelyhez kétéves garanciát adunk. 

De nemcsak ezért lehetséges, hogy az IR Szervizben mindenki 
megtalálja az igényeinek és anyagi lehetőségeinek megfelelő számítógépet. Segíti ezt az is, hogy az IR ma már akkora 
forgalmat bonyolít le, hogy szállítói megadják neki a legjobb vevőnek járó árkedvezményeket. Az IR pedig ezeket 
a kedvezményeket maradéktalanul átadja a hazai számítógép-felhasználóknak. 


Így lehetséges, hogy egy kiváló minőségű 286-os AT, 40 Mbájtos merevlemezzel, 1 Mbájt RAM-mal, floppyval és 
nagyfelbontású, színes VGA monitorral 1096-kal olcsóbb az átlag hazal árnál. Hasonló a helyzet a hordozható számítógépeknél 
is. De ugyanilyen jók az árai az egyedi igények alapján összeállított konfigurációknak és hálózatoknak is. 


És ez még nem minden. A nyári hónapokra Időszakos számítógépvásárt hirdet az IR Szerviz. Ennek során — konfigurációtól 
függően — akár 50 000 forintos árkedvezményt is kapnak a vásárlók. Az oktatási intézmények pedig további nagyon jelentős, 
2599-os kedvezményt élveznek. 


Természetesen a választás joga az Öné. 
Keressen fel bennünket Budapesten, 


IR Szerviz 
VII. kerület, Kis Diófa utca 6. 
Tel.: 121-3230, 141-0880 








írjon levelet, vagy egyszerűen hívjon telefonon, a 121-3230 vagy 141-0880-as számokon, és mi segítünk, hogy kiválassza 
az Önnek megfelelő számítógépet. Bármit választ, nyugodt lehet: olyan minőséget kap, amely biztosan megéri az árát! 
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INFORMÁCIÓKÉRÉS: 08 A 


INFORMÁCIÓKÉRÉS: 02 V 


"A REMIND nemcsak egy új szoftver, hanem egyben 
egy új technológia, mellyel gyorsabban és olcsóbban 
lehet jó minőségű felhasználói programokat készíteni. 
mint a jelenlegi negyedik generációs szoftverekkel. 

A REMIND nem pusztán csak egy új szoftver hanem az 
adatfeldolgozás jövője is. 

A REMIND kezelése egyszerű, gyorsan megtanulható, 
segítségével a szoftver készítésére fordított 


idő a töredékére is csökkenhet. 

A legegyszerűbb feladatoktól a legigényesebb prog- 
ramokig minden PC alkalmazónak időt és energiát 
takarít meg. 


38111) -A LEGRÖVIDEBB ÚT. 


ú 
1121 Budapest, Konkoly Thege Miklós út. 19. B/C Tel.: 1695-140, 1695-449 J 1 5.Kb 
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